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About This Guide 



Purpose 

This guide describes how to configure and operate the TCP-IP Stack program 
product on Distributed Communications Processors (DCPs). 

Scope 

This guide provides the following: 

• A description of level 2R2 and 2R2B enhancements 

• A description of product capabilities, consisting of both enhancements and 
capabilities introduced in earlier releases 

• A list of product limitations 

• Procedures that explain how to configure various capabilities 

9 A description of the configuration statements used to configure TCP-IP Stack 

• Procedures on how to use product-specific Network Management System 
(NMS) commands 

• Configuration examples that illustrate how typical networks are configured 

• Conceptual information about TCP/IP 

Audience 

There are two audiences for this guide: 

• System and network administrators who configure TCP-IP Stack software 

• Operators who issue NMS commands 



Prerequisites 



To use this guide to configure TCP-IP Stack software, you should have Telcon and 
program product configuration experience or have attended Unisys classes on 
these subjects. You should also be familiar with the TCP/IP protocols. To use the 
NMS commands described in this guide, you should be an experienced DCP 
operator. 
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About This Guide 



How to Use This Guide 

Everyone involved with TCP-IP Stack configuration and operations should read 
Section 1, which provides an overview of the product's capabilities. 

If you are responsible for configuration, read the parts of Section 2 that describe 
procedures you need to implement TCP-IP Stack program products. Use Section 3 
for reference when you need a detailed description of a configuration statement. 
Refer to Appendix A for configuration examples, and Appendix B if you require 
conceptual information. 

If you are responsible for operations, read Section 4 for NMS command formats 
information. All NMS commands begin on even numbered pages. 

Organization 

This guide is organized as follows: 

Section 1. Introduction 

This section provides an introduction to TCP-IP Stack software. It outlines the 
program product's enhancements for level 2R2 and 2R2B and describes its overall 
capabilities. 

Section 2. Configuring Telcon for the TCP-IP Stack 

This section describes how to configure Telcon to run the TCP-IP Stack. 
Configuration tasks described in this section are complemented by the 
configuration examples presented in Appendix A. 

Section 8. TCP-IP Stack Configuration Statements 

This section describes the configuration statements that are used to configure 
TCP-IP Stack capabilities. 



Section 4 S Controlling TCP-IP Stack Operations 

This section describes NMS commands that are used to control and monitor 
TCP-IP Stack operation. 

Appendix A. Configuration Examples 

This appendix presents a variety of TCP-IP Stack configuration examples. 

Appendix B. TCP-IP Stack Configuration Concepts 

This appendix provides TCP-IP Stack conceptual information that may help you 
make knowledgeable configuration decisions. 



VI 
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About This Guide- 



Related Product Information 

In addition to this guide, you may need the following Unisys documents to 
implement TCP-IP Stack software. 

DCP Series Telcon Configuration Guide (7831 5678) 

This guide tells how to configure Telcon software for a data communications 
network. It also tells you how to reconfigure these software products as your 
network evolves. 

DCP Series Telcon Configuration Reference Manual (7831 5686) 

This manual provides reference material for configuring data communications 
networks with Telcon software. 

DCP Series Telcon Installation Guide (7831 5645) 

This guide tells you how to generate, install, and verify Telcon and program 
products software on an OS 1100 host and its DCPs. Generating and installing 
involves copying the Telcon software components and related software products 
from release tapes to mass storage and preparing the software for use with your 
communications network. 

DCP Series Telcon Software Operations Guide 

(7831 5785) 

This guide is for terminal operators. It explains how to perform daily operational 
tasks on a terminal within a Telcon network, 

DCP Series LAN Platform Configuration and Operations Guide 

(7831 5512) 

This guide describes how to configure LAN Platform software on a DCP. It 
includes an overview of the product, hardware and software compatibility, 
descriptions of the required configuration statements, and examples of typical 
configurations. 

DCP Series X.25 Packet Switched Communications Software (PSCS) 
Configuration and Operations Guide (7831 5470) 

This guide describes how to configure X.25 PSCS software on a DCP. It includes 
an introduction to the product, a task-oriented configuration section, descriptions 
of the required configuration statements, examples of typical configurations, and 
information about the packet-switched networks X.25 PSCS supports. 

This guide also covers operations, with descriptions of the NMS commands and 
messages. 
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About This Guide 



DCP Series TCP-IP Stack TELNET User Guide (7831 5553) 

This guide shows terminal users how to use TELNET to access applications 
running on hosts connected to TCP/IP networks. To support this activity, this 
guide also describes how to manage the TELNET environment and how to end 
communications with hosts. 

DCP Series Telcon Message Manual (7436 0728) 

This manual is a compilation and explanation of the various messages Telcon 
displays on your screen. 



Notation Conventions 

The following notation conventions are used in this guide: 



Notation 


Convention 


Example 


NMS commands 


SMALL CAPS 


DISPLAY command 


Optional information 


[] 


tOCP~name[netadd} 
[NAMEl=namej 


Parameters 


UPPERCASE Monofont 


OPTIONS-RPOA parameter 


Single choice from list 


{} 


TYPE-{MMMU 


Statements 


SMALL CAPS 


dteiype statement 


User Entry 


Bold Italic 


NO/YES 


Variables 


italics 


[DCP^name/nefadcfl 



Note: Uppercase letters identify information you must spell exactly as it appears. 
Commands (such as DISPLAY and SNAP) and parameters (such as DCP, LINE, 
and TERM) are examples. 



VIM 
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Section 1 
Introduction 



The TCP-IP Stack program product supports TCP/IP communications across 
various subnetworks. This section introduces the TCP-IP Stack program product. 
It provides the following: 

• A description of enhancements for TCP-IP Stack level 2R2 

• An overview of the product capabilities 

• A list of TCP-IP Stack restrictions 

1.1. Enhancements for Level 2R2 

This subsection describes the enhancements TCP-IP Stack level 2R2 provides. 
These include the following; 



Component 


Feature 


IP 


Support new intelligent line modules (ILMs) 


Eliminate SAP and DLCUNIT statements 


Provide interface information with message trace 


Enhance bi-directional message trace capability 


Implement LENGTH parameter to shorten traced messages 


Aiiow trace parameters to be modified whiie the trace is operational 


Provide local addresses with IP status information 


Support Record Route option 


NMS 


Add circular save file capability to message trace command (REUSE) 


UPDATE display of SUBNET and IPADR information for LIST commands 



-) 
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Component 


Feature 


ETNTNET 


Supports the Terminal Type Option, Terminal Type Subnegotiation, and the 
End-of-Record (EOR) option. 


Support Terminal Type UNISYS-TD830-ASCII 


PING 


Send ICMP Echo requests 



1.1.1. Support Mew ILSVIs 

Internet Protocol (IP) uses configured network and link layer service providers to 
send datagrams to their destination. The network and link layer service providers 
can be DCP X.25 Packet-Switched Communication Services (PSCS), Dynamic 
Network Services (DNS, Telcon's Distributed Communications Architecture 
backbone), DCP LAN Platform, or a host channel. Support of the new LAN ILMs 
is added with this release, and coexists with support of the existing DCP LAN 
Platform. 

The following is a description of the ILMs : 



LAN Module 


Capability 


802.3 ILM 


This ILM is a follow-on product for the 802.3 line module (LM). Both the 
802.3 ILM and the 802.3 LM are supported beginning with release 
2R2. 


FDD! ILM 


This ILM supports the Fiber Distributed Data Interface (FDDI) physical 
interface standards. 



1.1.2. Eliminate SAP and DLCUNIT Statements 

You no longer need to use the SAP and DLCUNIT statements when configuring a 
subnetwork. Without those statements, TCP-IP dynamically attaches to the LAN 
line module or ILM. Eliminating the need to configure the SAP and DLCUNIT 
statements is expected to improve the ease with which TCP-IP can be configured. 
When subnetworks are configured using the SAP and DLCUNIT statements, TCP-IP 
functions as before. IP generates a CENLOG indicating that the use of SAP and 
DLCUNIT statements is obsolete. 



1-2 



7831 5546-110 



kmodmmm 



LL3. Provide Interface Information with Message Trace 

When tracing messages at the Network Service Provider (NSP) interface, IP 
specifies the associated interface with the traced message. The information is used 
when decoding the traced messages, 

1.1.4. Enhance Bi-directional Message Trace Capability 

When you are conducting a message trace, the SRC and DEST parameters are 
interpreted as exchangeable when the parameter DIR is set to BOTH. The former 
convention of tracing messages in both directions when SRC and DEST are identical 
is retained. 

1.1.5. Implement LENGTH Parameter to Shorten Traced 
Messages 

The LENGTH parameter specifies the maximum number of bytes copied for each 
message. When the message is displayed, the string "MESSAGE DATA WAS 
TRUNCATED" is appended to the end of the display if the traced message was 
truncated. 

1.1.6. Modify Trace Parameters Without Stopping the Trace 

You can enter the command TCP SNAP even for an active trace. The FILE and 
REUSE parameters cannot be modified for an active trace. 

You can activate traces from only one NMS console at a time. If a second NMS 
console attempts to activate traces when traces are already active, the command is 
rejected with the message "TRACE ALREADY ACTIVE". 

1.1.7. Provide Local Addresses With IP Status information 

The NMS command DISPLAY=ip now provides network number, subnetwork mask, 
local addresses, and a routing enabled indicator. This enhancement displays only 
one local address for each physical interface. 

This feature does not indicate whether this local address is owned by a trunk 
statement, is associated with a DNS address in this Telcon node, or is associated 
with a DNS address in another Telcon node. 

1.1.8. Support Record Route Option 

IP fully supports the record route option. Starting with release 2R2, IP allows 
higher layers to request the record route option. IP formerly handled the record 
Toute option, updating it when routing datagrams contained the option, and 
passing the option data to the upper layer program when receiving datagrams 
containing the option. 
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1.1.9. Add Circular Save File Capability to Message Trace 
Command (REUSE) 

This feature allows traced messages to be saved continuously, reusing the message 
trace save files when the last one is full. 

The parameter REUSE specifies the number of save files to use while saving traced 
mess fl£r es* The file names are generated by truncating the specified name to no 
more than six characters, and appending a two-digit sequence number to the end 
of the name, starting with 00 up to the maximum number specified by the REUSE 
parameter (the parameter value minus one). 

When the current save file is full, TCP/IP closes it, and opens the next one. When 
TCP-IP traces messages without reusing the trace files, it terminates message 
tracing either when the end of the file is reached, or when the command TCP 
SNOF=ip is received. 

1.1.10. Update Display of SUBNET and IPADR Information for 
LIST commands 

The NMS LIST command displays all fields of the SUBNET and IPADR configuration 
statements. 

1.1.11. Support Terminal Type UNISYS-TD830-ASCII 

Server TELNET always requests the terminal type. If server TELNET receives 
the terminal type UNISYS-TD830 or UNISYS-TD830-ASCII, server TELNET 
negotiates the end-of-record (EOR) option. 

1.1.12. Implement EOR 

Implementation of the EOR option means that if the End-of-Record option is set 
for input, then any EOR sequence (LF^CR/LFXF/CRETC) received, except the 
TELNET EOR, are ignored. If End-of-Record is set for output, every INT-1 EOR 
HIC is converted to a TELNET EOR. 
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1.2. Obsolete Configuration Parameters 

In addition to the configuration changes listed in the previous section, the 
parameters listed in the following table are no longer used. If used with this 
release of the TCP-IP Stack program product, they may not produce error 
messages. However, their use may produce error messages in later releases of 
TCP-IP Stack. 

AL^^Ufc* TOD IQ 0*«*l, I** *««,«..«,* A.: A « » A » MHHA A. AMA 

uu&uicic iwr-ir ^Mtn wimgur csibvii r<a» eamcici * 



Statement 

EU 


Parameters 


TCPPORT 


DELAY 


THRUPUT 


RELIABLE 


COMPAR 


HREST 


TCC 


PRECEDNS 



1-3. TCP-IP Stack Capabilities Overview 

TCP-IP also provides additional capabilities. This subsection describes them. 

1.3.1. Supported Network Connections 

The TCP-IP Stack program product supports IP communications across the 
following: 

* 802.3 and FDDI local area networks (LANs) 

• X.25 packet switched networks, including the Defense Data Network (DDN), 
public data networks (PDNs), and private packet networks 
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• Unisys DNS networks 

• OS 1100-to-DCP host channels 

. In addition, TCP-IP Stack enables communication between DCA and TCP/IP 
networks. Figure 1-1 depicts these connections. 
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Figure 1-1. TCP-IP Stack Communications 
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1.3.2. Protocols Implemented 

The TCP-IP Stack implements the following protocols: 



Protocol 


Defined as: 


Description 


TELNET 
terminal 
protocols 


MIL-STD 1782 
and RFC 854 


This protocol is used in the DDN environment. Capabilities 
include User TELNET, which provides terminals in the DCA 
network with access to foreign host applications in a TCP/IP 
network environment, and Server TELNET, which provides 
terminals in a TCP/IP network environment with access to 
OS 1100 host applications. 


Transmission 
control 
protocol (TCP) 


MIL-STD 1778 
and RFCs 793 
and 1122 


This protocol provides connections with error detection, 
positive acknowledgement with retransmission, sequence 
numbering, multiplexing, and flow control. 


Internet 
protocol (IP) 


MIL-STD 1777 
and RFCs 791 
and 1122 


This protocol performs datagram assembly/disassembly, 
datagram routing, and internet addressing functions. The IP 
module also provides an interface to lower layer protocols 
implemented by other program products such as X.25 PSCS 
and LAN Platform. 


Internet 
control 
message 
protocol 

(ICMP) 


RFCs 792 and 
1122 


ICMP is a sublayer protocol within IP. This implementation 
generates error messages to be transported to other hosts in 
response to error conditions. 


Address 
resolution 
protocol (ARP) 


RFCs 826 and 
1122 


ARP works in combination with IP to route data to 
LAN-connected hosts. ARP maps internet addresses used by 
IP to physical addresses used by the LAN subnetwork 
protocol. 


Routing 

information 
protocol (RIP) 


RFC 1058. 


This is one of the protocols used between routers to update 
their IP routing tables. 


User 

datagram 
protocol (UDP) 


RFCs 768 and 
1122 


This implementation provides a connectionless datagram 
transport service to upper layer protocols in the 
process/application layer. It does not guarantee datagram 
delivery. TCP-IP Stack uses UDP exclusively to support RIP. 
UDP provides a data checksum service for data integrity error 
detection. UDP follows the same port addressing and 
multiplexing rules as TCP. 


Subnetwork 

access 

protocol 

(SNAP) 


RFC 1042 


This protocol acts as an intermediate protocol between 
internetwork and data link protocols. . 
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Protocol 


Defined as: 


Description 


Routing 
information 
protocol (RIP) 


RFC 1058. 


This is one of the protocols used between routers to update 
their IP routing tables. 


User 

datagram 


RFCs 768 and 
1122 


This implementation provides a connectionless datagram 
transport service to upper layer protocols in the 
process/appiicatioR layer. It does not guarantee datagram 
delivery. TCP-IP Stack uses UDP exclusively to support RIP. 
UDP provides a data checksum service for data integrity error 
detection. UDP follows the same port addressing and 
multiplexing rules as TCP. 


Domain Name 

System 

protocol 


RFCs 1034 
and 1035 


This implementation provides a domain name resolver, 
allowing you to specify a host by name rather than by Internet 
address. 


Subnetwork 
access 
protocol 
(SNAP) 


RFC 1042 


This protocol acts as an intermediate protocol between 
internetwork and data link protocols. 



1.3.3. Access to DDN Applications 

TCP-IP Stack provides two methods to access the OS 1100 DDN 1100 applications. 
If host-based TCP/IP is configured on the OS 1100 host, the two products 
communicate directly, using TCP/IP protocols. Otherwise, host services 
(a session relay module in the TCP-IP Stack) contains a module that provides a 
bridge between the DCA protocol stack and the DDN 1100 applications. 



Protocol 


Description 


File transfer 
protocol (FTP) 
service 


FTP is a file-handling service conforming to MIL-STD 1780. With terminal 
commands, subscribers can use FTP to store, retrieve, transfer, or delete 
files on the local host or on a remote host. 


Simple mail 
transfer 
protocol 
(SMTP) service 


SMTP is an electronic mail handling service conforming to MIL-STD 1781. 
With terminal commands, subscribers can use SMTP to create, send, and 
receive mail messages in an environment that includes users on the local 
host or on remote hosts in the network. 


COBOL 

program 

interface 


This interface for user-written COBOL programs provides program-call 
access to the FTP and SMTP services. It also provides program-to-program 
communications with peer processes on the local host or remote hosts in 
the network. 
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1.4. TCP-IP- Stack Restrictions 

1.4.1- Hardware Related 

TCP-IP 2R2 does not perform to its fullest ability on DCPs with less than two 
megabyte s of RAM . 

1.4.2- Interoperability 

No restrictions. 



1.4.3. Compatibility 



TCP-IP 2R2 is compatible with all software and hardware included in CD5R3 and 
Open Systems Products Release 4. 

TCP-IP Stack configurations for logical link control (LLC) Type 1 and 802.3 media 
access control (MAC) LAN attachments on the same LAN ILM are mutually 
exclusive. All peer LAN stations must use the same link layer protocol for TCP/IP 
communications. 

1.5. Enhancements for Level 2R2B 

Level 2R2B includes the following enhancements: 

• DCA session establishment over TCP/IP 

A new component, TCPTS, implements RFC 1006, allowing you to establish 
DCA sessions between DCA host systems (such as an OS2200 host or U Series 
hosts running Information Services) or between terminals and DCA host 
systems over a TCP/IP network. 

• Token ring (802.5) LAN support 

This enhancement enables TCP-IP Stack to operate over an 802.5 LAN, in 
addition to the existing capability to operate over 802.2 and 802.3 LANs. 

* TN3270 protocol implementation 

This enhancement gives you access to applications on OS 2200 or SNA host 
systems using personal computers attached to a TCP/IP network and running 
a TN3270 emulator. 

* DCP628 support 

TCP-IP Stack can run with both single and dual bus line modules on the 
DCP628. 
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Section 2 

Configuring Telcon for TCP-IP Stack 



This section describes how to configure Telcon to run TCP-IP Stack program 
product software. This section does not describe how to configure a complete 
Telcon system. Because Telcon configuration statements apply to a wide range of 
communications purposes and configurations, this section describes only how to 
configure the following communications capabilities provided by the TCP-IP Stack 
software. 

• The various LAN attachments available to TCP/IP on the DCP 

This subsection describes TCP-IP Stack configuration requirements for a 
typical attachment to a LAN LM or an ILM-40 LAN line module (models EN 
or FD). 

• Attachment to an X.25 public data network (PDN) and Defense Data Network 
(DDN) X.25 subnetwork 

This subsection describes the X.25 Packet-Switched Communications Software 
(PSCS) program product that works with TCP-IP Stack to support TCP/IP 
communications over any subnetwork based on CCITT X25 protocols. You can 
configure X.25 PSCS to provide proper communications services for either 
DDN (Internet) subnetworks or for a wide range of X.25 PDNs. 

• Configuring a host channel as a TCP/IP subnetwork 

This subsection describes how you can configure TCP-IP Stack to use TCP/IP 
communications across a host channel between a DCP and an OS 1100 host. 
TCP-IP Stack interfaces with a host channel by configuring it as a TCP/IP 
subnetwork type, over which it transmits and receives IP datagrams. 

• Configuring IP Gateway nodes and routing functions 

This subsection describes pertinent parameters to include in your TCP-IP 
Stack configuration. 

• Configuring DCA Bridging and TCP-IP stack attachments 

This subsection describes how TCP-IP Stack lets you configure an existing 
DNS network as a type of TCP/IP subnetwork. This capability lets you use a 
DNS network as part of a TCP/IP internet. 
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• Configuring network bridge nodes 

This subsection describes how TCP-IP Stack allows you to configure a DCP to 
function as a network bridge node between a TCP/IP network and a Telcon 
network that uses a different network layer routing protocol. 

• Configuring host names 

This subsection explains how DCP TCP-IP Stack can associate a name (such 
as HOSTl) with a unique IP address. 

Before TCP-IP Stack and supporting program products are installed, define your 
Telcon network using configuration statements that are unique to each program 
product in addition to standard and modified Telcon configuration statements. 

2.1. Before You Begin 

2.1.1. Telcon Configuration Statement Reference Information 

Section 3 provides complete reference information on unique TCP-IP Stack 
configuration statements. For standard or modified Telcon configuration 
statements, only the parameters related to TCP-IP Stack configurations are 
explained in this manual. Refer to the following manuals for complete descriptions 
of Telcon configuration statements and information on creating a Telcon 
configuration source file: 

• Telcon Configuration Guide (7831 5678) 

• Telcon Configuration Reference Manual (7831 5686) 

The following manuals provide detailed information on configuration statements 
and configuration requirements for the program products used with TCP-IP Stack: 

• DCP Series LAN Products Configuration and Operations Guide (7831 5512) 

• DCP Series X.25 Packet-Switched Communications Software (PSCS) 
Configuration and Operations Guide (7831 5470) 



2.1.2. DCP/OS Workstations 



Each DCP in your network must have an associated DCP/OS workstation. There 
are two kinds of DCP/OS workstations: direct-connect and virtual. 

• Direct-connect workstations are connected to DCP ports owned by DCP/OS. 
They are not part of the Telcon configuration, and are operable whether 
Telcon is or is not installed on the DCP. 



2-2 7831 5546-100 



Configuring Telcon for TCP-IP Stack 



• Virtual workstations are terminals in the Telcon configuration that are capable 
of performing most of the functions of a direct-connect workstation, but are not 
operable unless Telcon is operating. 

The Telcon Configuration Guide (7831 5678) describes both types of workstations 
more fully. 

You can have an operating direct-connect workstation before Telcon is installed. 
The workstation must be a UNISCOPE® terminal connected to a medium-speed, 
single-line line module. The workstation can be on any of the first 32 ports of the 
DCP. 

The DCP/OS boot element, located on the diskette you insert in the DCP disk 
drive, automatically enables a direct-connect workstation. The DCP/OS boot 
element scans the ports until it finds a terminal that satisfies the criteria for a 
workstation. Alternatively, you can use the DCP/OS utility MONFIG to specify the 
workstation port or ports by making entries in the DCP physical device table 
(PDT). The DCP/OS Operations Reference Manual (7831 5702) tells how to use 
MONFIG. 

2.2, Telcon Statements that Define TCP-IP Stack 

When you add TCP-IP Stack to a Telcon configuration, use the following 
configuration statements to define TCP-IP Stack communications capabilities. 

2.2.1. TCP-IP Stack Configuration Statements 

The following configuration statements are used to configure TCP-IP Stack 
software: 



ADDRESS 



Description 

Can be used to associate a configuration name with an IP address. The name of the 
statement can then be used in other statements as a value for a destination parameter. 

This statement does not create entries in the local name directory. See the NSS and 
IPADR statements for information on TCP-IP Stack name/address association. 



EU 



Description 

Identifies TCP-IP Stack as an end user. This statement is required to allow TCP-IP stack 
to complete initialization. 
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IPADR 



Description 

Assigns IP addresses and associates them with DCA endpoints allowing TCP4P Stack to 
function as a network bridge node between TCP/IP and DCA networks. 

Note: This statement can also be used to create host name directory entries. 






Description 

Identifies entries in the host name directory and maps an IP address to a locally 
specified host name. 



NSS (optional) 

Description 

Defines the operational characteristics of the host name directory. Required if you are 
using the domain name system resolver. 



SUBNET 



Description 

Defines the characteristics of subnetworks that support TCP/IP communications. 



XEU 



Description 

Configures the following: 

* access to the Telnet user application 

* access to OS2200 DDN applications 

* access to DCA applications over a TCP/IP transport 



The IPADR, NSM, NSS, and SUBNET statements are unique to the TCP-IP Stack 
program product. The ADDRESS, EU and XEU statements are Telcon configuration 
statements that specify parameters used with TCP-IP Stack configurations. 
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2.2 J, Configuration Statements for LAN Attachments 

The following configuration statements are required to configure LAN Platform 
software to support TCP-IP Stack: 



LCLASS 



Description 

Specifies the line protocol handler for LAN intelligent line modules. 



LINE 



Description 

sta specifies the physical LAN station address (subnetwork point of attachment, or 
SNPA) for the LAN line module or ILM 40 line module. 



DCLUNIT (optional) 

Description 

HLETYPE specifies attachments for IP or ARP, On LLC (802.2) networks ARP does not 
require a separate attachment. 

Starting with release 2R2 r this statement is optional. 



SAP (optional) 

Description 

rshle refers to the dlcunit statement name. If this is a MAC LAN attachment, the 
parameter ilmif specifies the interface type ilmmac, the parameter sapopt specifies the 
TCP-IP Stack interface option iparp, and the parameter lsap specifies either iptype or 
arptype, depending on which attachment is being specified. 

Starting with release 2R2, this statement is optional. 
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2.2.3. Configuration Statements for X.25 Attachments 

The following configuration statements are required to configure X.25 PSCS 
software to support TCP-IP Stack: 



LCLASS 


Description 

Specifies the line protocol handler for X.25 line modules (X25PKT). 


LINE 


Description 

Identifies the specific X.25 line supporting the attachment. 


PDNGRP 


Description 

Identifies packet-level protocol (PLP) and interface options for the TCP/IP X.25 
attachment. 


X25DEF 


Description 

Identifies unique characteristics of the attached PDN or DDN X.25 network. 



The PDNGRP and X25DEF statements are unique to the X.25 PSCS program product. 
The LCLASS and LINE statements are Telcon configuration statements that specify 
parameters required for PSCS configurations. 
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2.2.4-. Configuration Statements for Host Channel Attachments 

The following Telcon configuration statements are required to configure TCP/IP 
communications over a channel connection to an OS 1100 host: 



CHANNEL 



Description 



DCATS 



Description 

Required for the host channel in TS/TN configurations. 



TRUNK 



Description 

Required to configure the host channel to use DNS network layer protocol (the host is 
configured as a DNS node). 



TCP-IP will not initialize the host channel as the only user of the channel. 
Therefore, even if only TCP-IP traffic is expected on the channel, either a DCATS 
host termination system or a DNS host trunk must be configured to initialize the 
channel. 
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2.3. Configuring TCP-IP Stack Attachments to LAN 
Subnetworks 

The LAN attachments work with TCP-IP Stack to support TCP/IP communications 
over LAN subnetworks. TCP-IP Stack can use one of the following LAN 
attachments: 

® ft 09 9 Inmral link prtnt™! fLLf 1 .^ fvno 1 

• 802.3 media access control (MAC) 
I * 802.5 token ring 

* FDDI 

TCP-IP Stack implements the subnetwork access protocol (SNAP) to provide an 
OSI conformable attachment or an LLC type 1. Alternatively, internet protocol 
(IP) can interface directly with the MAC link layer service. 

Because of different interface requirements, each of these LAN link layer services 
has different configuration requirements. You must configure TCP-IP Stack to use 
the same link layer service as the other TCP/IP stations on the LAN. 

2.3.1. LAN Attachment 

To configure TCP-IP Stack for a LAN attachment, include the following 
configuration statements in your configuration file: 



Statement 


Description 


Required Parameters 


Additional Information 


PRCSR 


Identifies the DCP 
as a processor to 
other Telcon 
entities. 






NETADR 

or 

DCPTS 


identifies this 
DCP as a DNS 
node. 

Identifies a DCP 
termination 
system on this 

DCP. 




The netadr statement assigns a 
DNS node number to the DCP. 

The DCPTS statement associates 
the DCP termination system with 
a related prcsr statement. 


LCLASS 


Defines the LAN 
line class. 


LPH=ILML, or 
=(ILML/ENETS') 
-<ILML,TDDI$') 
=(ILML/TRNG$') 


lclass defines the line protocol 
handler (LPH) for the LAN line 
module. 
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Statement 


Description 


Required Parameters 


Additional Information 


LINE 


Identifies the 
specific LAN line 
supporting the 
attachment. 


PRCSR 


Name of the related PRCSR 
statement. 


CLASS 


Name of the LAN related lclass 
statement. 


ADR 


PPID of the LAN line module. 


STA 


Six-octet {12 hexadecimal digit) 
LAN station address of the line 
module. 


EU 


Defines TCP-IP 
Stack as an end 
user. 


PRCSR 


Name of the related PRCSR 
statement. 


TYPE=TCPIP 


TCP4P Stack does not initialize 
properly without a TCPIP end user 
statement. 


SUBNET 


Defines the LAN 
as a TCP/IP 
subnetwork. 


PRCSR 


Name of the related PRCSR 
statement. 


TYPE=LANLLC 
TYPE=LAN . 
TYPE=IPFDDI 
TYPE=1PTR 


TYPE defines the type of LAN 
configured as a TCP/IP 
subnetwork. 


IPNETID 


The network number (the IP 
address or subnetwork number) 
of this LAN subnetwork. 


LINE 


Name of the U\N-reiated LINE 
statement. This identifies the 
referenced line as the physical 
interface to the LAN subnetwork. 


IPADR 


Assigns an IP 
address to the 
DCP LAN 
attachment. 


PRCSR 


Name of the related PRCSR 
statement. 


DCAEP 


Name of the netadr or dcpts 
statement that identifies this 
DCP. 


1PADDR1 or IPADDR2 


The IP address of this LAN 
attachment. 
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Example 1 

The following example configures TCP-IP stack for LAN/LLC using the LAN 
platform. 

**' Processor Definition 

DCP1 NETADR NA=1 

PRCl PRCSR NA=1 

** LAN-Related Statements 

LANLLC LCLASS LPH=ILML 

LNPIOB LINE PRCSR=PRC1,CLASS=LANLLC,ADR=X'0B' , ; 

STA=X'08000B0C360B* 
* 

** TCP-IP Stack Statements 

EUTCPIP EU PRCSR-PRC1.TYPE-TCPIP 

SNLLCPl SUBNET PRCSR-PRC1 ,TYPE=LANLLC , LINE=LNP10B, ; 

IPNETID-C208.17 ,198) 
IPP1H1 IPADR PRCSR=PRC1 , DCAEP=DCP1 , ; 

I PADDR1=< 208 p 17 , 1 98 , 21 7 , LOCAL ) 

Example 2 

The following example configures TCP-IP Stack for a basic MAC LAN attachment 
using the LAN line module. 

** Processor Definition 



HOSTl NETADR 
PRCl PRCSR 


NA=1 
NA-1 


** LAN -Related St< 

* 


atements 


LANLLC LCLASS 
LNPIOB LINE 


LPH-ILML 

PRCSR=PRC1,CLASS=LANLLC,ADR=X'0B\ ; 
STA=X'08000BOC360B' 


** TCP-IP Stack Statements 


EUTCPIP EU 
SNLLCPl SUBNET 

IPPlni IPADR 


PRCSR=PRC1,TYPE~TCPIP 
PRCSR-PRC1, TYPE-LAN, LI NE-LNP10B,; 
IPNETID=(208, 17,198) 
PRCSR-PRCi , DCAEP=H0ST1 , ; 
IPADDR1=(208,17,198,217,LOCAL) 


Example 3 





The following example configures TCP-IP Stack for LAN LLC, using the LAN 
platform. 



LANLC 


LCLASS 


LPH=ILML 


LANLN 


LINE 


CLASS-LAN LC. . 


LANSN 


SUBNET 


. ...TYPE-LANLLC . 



2-10 7831 5546-100 



Configuring Telcon for TCP-IP Stack 



Example 4 

The following example configures TCP-IP Stack for LAN, using trie ILM40-EN line 
module. 

LANLC LCLASS LPH-C ILML , * ENET$ ' ) 

LANLN LINE CLASS-LANLC 

LANSN SUBNET . ...TYPE=LAN 

Example 5 

The following example configures TCP-IP Stack for LAN LLC, using the 
ILM40-EN line module. 

LANLC LCLASS LPH=( ILML ,' ENE'T$ ' ) 
LANLN LINE . . . ,CLASS=LANLC , . . . 
LANSN SUBNET . . . ,TYPE«LANLLC 

Example 6 

The following example configures TCP-IP Stack for FDDI, using the ILM40-FD 
line module. 

FDDILC LCLASS LPH=( ILML, ' FDDI$' ) 

FDDILN LINE CLASS=FDDILC, . . . 

FDDISN SUBNET . . . JYPE-IPFDDI , . . . 

Example 7 

The following example configures TCP-IP Stack for a token ring LAN, using the 
ILM40-TR line module. 

LANTR LCLASS LPhK ILML/ TRNG$ ' ) 

LANLN LINE . . . ,CLASS=LANTR, . . . 

TRSN SUBNET . . . .TYPE-IPTR, . . . 

2 A Configuring TCP-IP Stack Attachments to 
X.25 Subnetworks 

The X.25 implementation used on the Internet conforms to standards developed for 
the U. S. Department of Defense (DoD) communications requirements. Although 
based on CCITT X.25 standards, it includes some capabilities that are generally 
not implemented in X.25 PDNs, and therefore presents some unique X.25 PSCS 
and TCP-IP Stack configuration requirements. This document refers to the 
Internet X.25 implementation as DDN X.25. 

The X.25 implementations used on public data networks generally represent a 
subset of the communications capabilities defined by CCITT X.25 standards. 
Although many PDNs implement different subsets of X.25 capabilities, they do not 
usually include proprietary capabilities such as those found in DDN X.25. This 
document refers to public data network X.25 implementations as generic X.25. 

Refer to the X.25 Packet- Switched Communications Software (PSCS) Configuration 
and Operations Guide (7831 5470) for detailed information about configuring X.25 
subnetwork attachments. 
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2.4.1. Generic X.25 PDN Attachment 

To configure TCP-IP Stack for a generic X.25 PDN attachment, include the 
following configuration statements in your configuration file: 



Statement 


Description 


Required 
Parameters 


Additional Information 


PRCSR 


Identifies the DCP as a 
processor to other Telcon 
entities. 






NETADR 

or 

DCPTS 


Identifies this DCP as a DNS 
node. 

identifies a DCP termination 
system on this DCP. 




The NETADR statement assigns 
a DNS node number to the 
DCP. 

The DCPTS statement 
associates the DCP 
termination system with a 
related prcsr statement. 


X25DEF 


Identifies characteristics of 
the specific PDN to which 
this DCP is attached. 


NETWORK 


Name of the PDN (from the 
list of PDN labels defined for 
PSCS 


LCLASS 


Defines the X.25 line class. 


LPH=X25PKT 


X25PKT defines the line 
protocol handler (LPH) for 
X.25 lines. 


PDNGRP 


Identifies X.25 packet-level 
protocol (PLP) attributes 
and other interface options 
associated with this 
attachment. 


PDNGRP 


Name of the related prcsr 
statement. 


X25DEF 


Name of the related X25DEF 
statement. 


VCGRP 


Range of logical channel 
numbers assigned as virtual 
circuits (VCs), and the type of 
virtual circuit used for this 
attachment. 


LINE 


Identifies the specific X.25 
line supporting the 
attachment. 


PDNGRP 


Name of the related pdngrp 
statement. 


CLASS 


Name of the X.25-related 
lclass statement. 


ADR 


PPID of the X.25 line module. 
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Statement 



Description 



Required 
Parameters 



Additional Information 



EU 



Defines TCP-IP Stack as an 
end user. 



PRCSR 



Name of the related prcsr 
statement. 



TYPE=TCPIP 



TCP-IP Stack will not initialize 
properly without a TCPIP end 



U5ci bUuemmiL. 



SUBNET 



Defines the X.25 PDN as a 
TCP/IP subnetwork. 



PRCSR 



TYPE=IPPDN 



IPNET1D 



LINE 

or 

PDNGRP 



Name of the related prcsr 
statement 



IPPDN defines the X.25 PDN as 
a TCP/IP subnetwork. 



The network number (the IP 
address) of this X.25 
subnetwork. 



Name of the X.25-related line 
statement (for single-link 
attachments only). 

Name of the related PDNGRP 
statement (for multilink or 
single-link attachments). 

This identifies the referenced 
LINE or PDNGRP as the physical 
interface to the X.25 
subnetwork. If the X.25 
attachment supports multilink 
procedures, you must specify 
only the pdngrp parameter. 
You must not specify 
individual lines of a multilink 
attachment. The PDNGRP 
parameter works for either 
attachment type (see 2.4.3). 
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Statement 



Description 



Required 
Parameters 



Additional Information 



IPADR 



Assigns an IP address to 
the DCP X.25 attachment 



PRCSR 



Name of the related PRCSR 
statement. 



DCAEP 



Name of the netadr or dcpts 
statement that identifies this 
DCP. 



IPADDR1 or 
IPADDR2 



The IP address of this X.25 
attachment (must be flagged 

LOCAL). 



IPADR 



Specifies an IP address for 
each remote TCP/IP host 
with which you want to 
communicate across the 
X.25 network and pairs that 
address to a DTE address. 



PRCSR 



Name of the related PRCSR 
statement. 



IPADDR1 or 
IPADDR2 



DTEADR 



The IP address of the remote 
TCP/IP host (must not be 
flagged local). 



The assigned DTE address of 
the remote host in the X.25 
PDN (must be supplied by 
PDN administrator). The DTE 
address is a quoted string of 
decimal numbers, up to 15 
digits long. You must use a 
separate IPADR statement to 
configure the unique IP 
address and DTE address 
pair for each host you want to 
reach in a generic X.25 
network (see 2.4.3). 
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Example 

This example configures an attachment to an X.25 network, network number 17. 
The DCFs address is 17.0.0.5, and a TCP-IP host with address 17.0.0.6 is 
reachable by DTE address 21601004647. 

** Processor Definition 

DCP1 NETADR NA-1 

PRC1 PRCSR NA-1 

+ 

** X.25 PDN Definition 

X25DFTE1 X25DEF NETWORK-TELENET 

PGPP1TE1 PDNGRP PRCSR-PRC1 , VCGRP«(20, 30) , ; 

X25DEF=X25DFTE1 
X2596 LCLASS LPH-X25PKT 

LNP113 LINE PDNGRP-PGP1TE1 ,CLASS-X2596,ADR-13 

** TCP-IP Stack Definition 

EUTCP EU PRCSR-PRC1.TYPE-TCPIP 

SNPDNP1 SUBNET PRCSR-PRC1 ,TYPE=IPPDN , ; 

PDNGRP-PGPP1TE1 . I PNETI D=( 17 f f . ) 
IPP1H1 IPADR PRCSR-PRC1.DCAEP-DCP1.; 

IPADDRl-(17,O,0,5 t LOCAL), ; 
IPP1H2 IPADR PRCSR-PRC1.; 

IPADDR1-(17.0,0,6).; 

DTEADR~'21601004647' 



) 
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2.4.2. DDN X.25 (internet) Attachment 

To configure TCP-IP Stack for a DDN X.25 attachment, include the following 
configuration statements in your configuration file: 



Statement 


Description 


Required 
Parameters 


Additional Information 


PRCSR 


Identifies the DCP as a 
processor to other Telcon 
entities. 






NETADR 

or 

DCPTS 


Identifies this DCP as a DNS 
node. 

Identifies a DCP termination 
system on this DCP. 




The netadr statement assigns 
a DNS node number to the 
DCP. 

The dcpts statement 
associates the DCP 
termination system with a 
related prcsr statement. 


X25DEF 


Identifies characteristics of 
the specific DDN to which 
this DCP is attached. 


NETWORK 


This specifically defines the 
characteristics of DDN X.25 
subnetworks in Internet. 


LCLASS 


Defines the X.25 line class. 


LPH=X25PKT 


X25PK defines the line protocol 
handler (LPH) for the X.25 
lines. 


PDNGRP 


Identifies X.25 packet-level 
protocol (PLP) attributes 
and other interface options 
associated with this 
attachment. 


PDNGRP 


Name of the related prcsr 
statement. 


X25DEF 


Name of the related X25DEF 
statement. 


VCGRP 


Range of logical channel 
numbers assigned as virtual 
circuits (VCs), and the type of 
virtual circuit used for this 
attachment. 


DTEADR 


The assigned DTE address of 
the local attachment to the 
X.25 DDN (must be supplied 
by DDN administrator). The 
DTE address is a quoted 
string of decimal numbers, up 
to 1 5 digits long. 
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Statement 


Description 


Required 
Parameters 


Additional information 


LINE 


Identifies the specific X.25 
line supporting the 
attachment. 


PDNGRP 


Name of the related pdngrp 
statement. 


CLASS 


Name of the X.25-related 
lclass statement. 


ADR 


PPID of the X.25 line module. 


EU 


Defines TCP-IP Stack as an 
end user. 


PRCSR 


Name of the related PRCSR 
statement. 


TYPE=TCPIP 


TCP-IP Stack will not initialize 
properly without a tcpip end 
user statement. 


IPADR 


Assigns an IP address to 
the DCP X.25 attachment. 


PRCSR 


Name of the related prcsr 
statement. 


DCAEP 


Name of the netadr or dcpts 
statement that identifies this 
DCP. 


IPADDR1 or 
IPADDR2 


The IP address of this X.25 
attachment (must be flagged 

LOCAL). 
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Required 




Statement 


Description 


Parameters 


Additional Information 


SUBNET 


Defines the X.25 DDN as a 


PRCSR 


Name of the related prcsr 




TCP/IP subnetwork. 




statement. 


TYPE-DDN 


DON defines the TCP/IP 








-..*! a. . i- i. r\pvnr 








suuneiwurft lype as uuw 








X.25. Use the label DDN only if 








connecting to an actual DoD 








DDN X.25 network. These 








X.25 networks support a 








specific DTE addressing 








scheme that allows an 








address conversion algorithm 








to turn an IP address into a 








DTE address, while this 








algorithm can be implemented 








on any private network, it is 








not compatible with most 








X.25 networks DTE 








addressing schemes, nor is it 








compatible with CCITT 








recommendation X.121. 








In addition to the addressing, 








the DDN X.25 networks use a 








set of proprietary X.25 








facilities. Unless the non-DDN 








X.25 network can ignore 








them, these facilities may 








cause problems and prevent 








completing connections 








across the network. 


1PNETID 


The network number (the IP 








address) of this X.25 








subnetwork. 


PDNGRP 


This identifies the referenced 








pdngrp as the physical 








interface to the X.25 








subnetwork. The pdngrp 








parameter works for either 








attachment type (see Section 








2.4.3). 
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The following terminology is used exclusively for the DDN address: 



Term 


Format 


Network 


NN 


Host or Trunk 


HH 


PSN 


II 


Class A 


NN.HH.OO.II 


Class B 


NN,NN,HH,II 



Example 

This example illustrates configurations where an X.25 link connects to a DDN 
network. The TCP/IP network number is 26, the host number is 4, and the PSN 
trunk is 5. 



** Processor Definition 



DCP1 
PRC1 



NETADR 
PRCSR 



NA=1 
NA-1 



** X.25 DDN Definition: 



X25DFDDN 
PGPP1DDN 



X2596 
LNP123 



X25DEF 
PDNGRP 



LCLASS 
LINE 



NETW0RK=DDNX25 

PRCSR-PRC1 , VCGRP-(31 , 50 ) . ; 

X25DEF=X25DFDDN,; 

DTEADR='000000050400' 

LPH=X25PKT 

PDNGRP~PGP1DDN,CLASS=X2596,ADR=23 



** TCP-IP Stack Definition: 



EUTCP 
SNP1DDN 



EU 
SUBNET 



IPP1DDN IPADR 



PRCSR-PRC1.TYPE-TCPIP 

PRCSR-PRC1 .TYPE-DDN , PDNGRP-PGPP1DDN , 

IPNETID-26 

PRCSR=PRC1,DCAEP=DCP1,; 

IPADDR-(26,4,0,5, LOCAL) 
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2.4.3. Configuring Unique X.25 Capabilities 

When you configure an X.25 attachment, you must make a number of 
configuration choices that depend on the network type and its specific capabilities. 
The SUBNET and IPADR statements provide some optional parameters to configure 
unique X.25 capabilities. 

2.4.3.1. Configuring IP-to-DTE Address Pairings 

For generic X25 attachments, you must include an additional IPADR statement for 
each remote TCP/IP host reachable (across the PDN) through the attachment. 
Each IPADR statement that refers to a remote host must include an IPADDR 
parameter (not flagged LOCAL) and a DTEADR parameter to associate the DTE 
address of a specific remote host with a unique IP address. You can use either IP 
address parameter (I PADDR1 or IPADDR2). 

When you configure an IPADR statement that uses both IP address parameters, the 
DTE address of the remote host pairs with the IP address that is not flagged 

LOCAL. 

If neither IP address is flagged LOCAL, the DTE address pairs with the IP address 
specified by parameter IPADDR1. 

Example 

This example configures two IP address-DTE address pairs. The first pair is 
configured on IPADRi to identify a specific remote TCP/IP host. This would, for 
example, allow terminals to use the TCP-IP Stack User TELNET application to 
connect to that host across the X.25 network. 

The second pair is configured on IPADR2, which configures TRUNK1 to bridge the 
X.25 network. The IPADDR2 and DTEADR parameters provide the addressing 
information for the DCP at the remote end of the trunk. 

I PADR1 I PADR PRCSR-PRCSR1 , IPADDR1«( 34 , 24 , , 125 ) , ; 

DTEADR='18010007736' 
IPADR2 IPADR PRCSR=PRCSR1 ,DCAEP=TRUNK1 , ; 

I PADDRl-( 34 . 45 , , 32 . LOCAL ) , ; 

IPADDR2-(34,17,0,81).; 

DTEADR-'18010002483 t 
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2.4.3.2. Configuring X.25 Single-link and IVluttitink Attachments 

The X.25 PSCS program product can implement two types of physical attachments 
to an X.25 network: 

• Single-link attachments are configured as one line per DTE address (one LINE 
statement per PDNGRP statement). 

• Multilink attachments are configured as two or more lines per DTE address 
(multiple LINE statements per PDNGRP statement). 

You must configure a SUBNET statement to identify the X.25 link or links that 
TCP-IP Stack uses to attach to the X.25 network. All LINE statements, whether for 
single-link or multilink configurations, must refer to a PDNGRP statement. 
Therefore, you should use the PDNGRP parameter on the SUBNET statement to 
specify all X.25 attachments. 

2.4.3.3. Configuring the Number of Virtual Circuits Per Connection 

When making a connection to another host across an XL25 network, PSCS 
establishes a virtual circuit (VC) route across the network. Each VC has a 
bandwidth limited by the packet size and window size allowed by the network. IP 
may try to increase the bandwidth of a given X.25 connection by requesting 
additional VCs when PSCS signals that data is backing up on an existing VC. 

The drawback of this method is that a host can be limited in the number of VCs it 
can support simultaneously, either because of software limitations, or because of 
its subscribed connection to the X.25 network. Establishing additional VCs may 
use resources that should remain available for other connections. 

You can limit the number of VCs used per connection by specifying a value for the 
IPMAXVC parameter on the SUBNET statement. If you do not include the IPMAXVC 
parameter it defaults to zero, indicating that no limit is set. 

Example 

The following example sets the maximum number of virtual circuits per TCP/IP 
connection to 3, 

SNPDN1 SUBNET IPMAXV03 
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2.5. Configuring a Host Channel as a TCP/IP 
Subnetwork 

Although the channel configuration has the same basic requirements as a DNS 
channel, the related TCP-IP Stack statements and the matching CMS 1100 
configuration enable TCP/IP communications over the channel without dependency 
on DNS protocols. TCP-IP Stack treats the host channel as an entire TCP/IP 
network. 

CMS 1100 software on the host must be configured to use TCP/IP communications 
over the host channel. CMS 1100 level 7R3 (SB4R5) or a later release is required 
to configure TCP/IP communications. 

Note: This configuration does not apply to LAN attached hosts. When an OS 1100 
host is connected to a LAN through a Host LAN Controller (HLC), TCP-IP 
Stack communicates with the host as with any other TCP/IP host connected 
to the LAN. 

To configure a host channel as a TCP/IP subnetwork, include the following 
network definition statements in your configuration file: 



Statement 


Description 


Required 
Parameters 


Additional Information 


PRCSR 


Identifies this processor as 
a DNS node to other 
Telcon entities. 


NA=n 


The variable n represents the 
DNS network address or node 
number you assign to this 
node. Each node in a Telcon 
DNS network must have a 
unique address. 


NETADR 
(optional) 


Assigns a name (label) to a 
DNS network address 
reachable through this 
attachment, such as the 

channel-attached host, or a 
remote host in the Telcon 
DNS network. 


NA=n 


The variable n represents any 
valid DNS hierarchical 
network address for this 
Telcon DNS network. It can 
be a subdomain, super 
cluster, simple cluster, or 
node address. For DNS 
configurations, multiple trunk 
and XEU statements can 
reference the same netadr 
name. The netadr allows you 
to label an often-referenced 
DNS address at a single point 
in your configuration, then use 
the label for all references. 
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Statement 


Description 


Required 
Parameters 


Additional Information 


TRUNK 


Defines the attachment to 
the host channel 
subnetwork. The host 
channel must be 
configured as a logical 
trunk. 


PRCSR 


The name of the related PRCSR 
statement for this trunk. For a 
trunk configured over a host 
channel, you specify only the 
name of the attached 
processor. 


LSUTYPE-DNS 




CHANNEL 


Configures the physical 
channel connection 
between the DCP and the 
host 


PPID 


The DCP port processor 
number to which the channel 
is connected. 


TRUNK 


The name of the related 
trunk statement for this 
channel. 


EU 


Defines TCP-IP Stack as an 
end user. 


PRCSR 


Name of the related PRCSR 
statement. 


TYPE=TCPIP 


The TCP-IP Stack will not 
initialize properly without a 
TCPlP end user statement. 


SUBNET 


Defines the channel as a 
TCP/IP subnetwork. 


PRCSR 


Name of the related PRCSR 
statement for this DCP. 


TYPE^IPCHAN. 


Identifies the host channel as 
a TCP/IP subnetwork type. 


IPNETID 


The IP network number 
assigned to the host channel 
subnetwork. The host channel 
subnetwork has a unique 
network number assigned by 
the TCP/IP network authority. 


CHANNEL 


The name of the related 
channel statement for this 
host channel. 



7831 5546-100 



2-23 



Configuring Telcon for TCP-IP Stack 



Statement 


Description 


Required 
Parameters 


Additional Information 


IPADR 


Assigns an IP address to 
the DCP's host channel 
attachment. 


PRCSR 


Name of the related PRCSR 
statement for this DCP. 


DCAEP 


The name of the netadr 
statement that assigns a DNS 
network address to this DCP. 


IPADDR1 


The complete IP address 
assigned to the host channel 
attachment. You must include 
the LOCAL flag on this 
parameter. 



Example 

This example shows a trunk connected to a CMS 1100. The CMS 1100 is running 
its own version of TCP/IP. The network number for the channel is 173.53.130. 
The address of the DCP is 172.53.130.42. 

The TRUNK statement sets up a DNS connection over the CHANNEL. Alternatively, 
a TSTN SESSN can be configured over the CHANNEL, TCP-IP Stack cannot 
initialize the CHANNEL by itself. Either TRUNK or SESSN must be used. 

** Host and processor definitions 

DCP1 NETADR NA«1 

PRCI PRCSR NA-1 

* 

** DNS host channel definition 

TKCP1H1 TRUNK PRCSR=PRC1 , LSUTYPE-DNS 

CHANH1 CHANNEL PPID-X'OEMRUNK-TKCPIHI 

** TCP-IP Stack configuration 

* 

EUTCP EU PRCSR-PRC1.TYPE-TCPIP 
SNCHAP1 SUBNET PRCSR-PRC1 ,TYPE-IPCHAN, ; 

IPNETID=(1/2,53,130),CHANNEL=CHANH1 
IPP1H1 IPADR PRCSR=PRC1,DCAEP=DCP1,; 

IPADDR1=(172,53,130,42,L0CAL) 
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2.6. Configuring IP Gateway Nodes and Routing 
Functions 

TCP-IP Stack allows you to configure a DCP to perform IP routing functions 
within a TCP/IP network. With TCP-IP Stack, you can configure the following IP 
gateway capabilities on a DCP: 

• IP routing 

• Subnet routing 

• Configured IP routes 

• Routing Information Protocol (RIP) 

• IP broadcast addresses 

• Autonomous system numbers 

TCP-IP Stack IP gateway capabilities are configured with SUBNET statement 
parameters. Host names are configured with IPADR statement parameters. 

2.6.L Enabling IP Routing 

The IPROUTER parameter on the SUBNET statement enables TCP-IP Stack IP 
routing on a specific subnetwork. TCP-IP Stack can operate as an IP gateway 
between any TCP/IP subnetwork attachments that have IP routing enabled. It can 
route messages received through one attachment to another attachment, based on 
IP addresses in the message datagrams and on the routing information it 
maintains internally. 

The IPROUTER parameter is optional. To enable IP routing on a particular 
subnetwork, you must explicitly declare IPROUTER^YES on the related SUBNET 
statement. Otherwise, IP routing is disabled for that particular subnetwork. 

Example 

SULAN1 SUBNET IPROUTER=YES 

SULAN2 SUBNET . . . , IPROUTER-YES 



7831 5546-100 2-25 



Configuring Telcon for TCP-IP 'Stack 



2.6.2. Configuring Subnet Routing 

You can configure TCP-IP Stack to support subnet routing in local networks. 
Subnet routing allows an IP gateway to route datagrams to a local network (group 
of subnetwork attachments) which is identified to the rest of the TCP/IP network 
by a single network number. The local gateway node differentiates destinations in 
the local network by means of a subnet mask, which permits a nonstandard 
interpretation of part of the host number. For TCP-IP Stack subnet routing 
configurations, you can use one of two methods to specify a subnet mask: 

• TCP-IP Stack can automatically calculate an appropriate subnet mask. 

You can explicitly configure a subnet mask. 

2.6.2.1. Calculated Subnet Mask 

For class A or class B networks, TCP-IP Stack can calculate a subnet mask that 
uses a one-byte portion of the host number. Each subnetwork attachment you 
configure requires an IPNETID parameter on the related SUBNET statement to 
define its network number. For a standard class B network number, you would 
normally define the first two bytes of the IP address; for example, 
IPNETID-(132,47,0,0). 

For each subnetwork in a subnet routing configuration, include the locally-defined 
subnet number in the most significant one-byte portion of the host number; for 
example, IPNETID- (132,47,2,0). TCP-IP Stack recognizes the extra byte as a 
subnet extension to a class B address. From the IPNETID information, TCP-IP 
Stack automatically calculates the appropriate subnet mask value for all 
subnetworks in the configuration. 

This method applies only to class A and class B networks. For class C networks, 
you must use the alternative method of explicitly configuring a subnet mask value. 
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2.6.2.2. Configured Subnet Mask 

To explicitly configure a subnet mask value, you must include a SUBNMASK 
parameter on each SUBNET statement in your local network. This method applies if 
you chose to use less than a whole byte of the host number to assign local network 
numbers (for example, in a class C network). The following guidelines apply to 
configured subnet masks: 

• The mask value must be two bits, minimum. A one-bit mask value is not 
allowed because it interferes with proper interpretation of IP broadcast 
addresses. 

• Incoming IP addresses with "all ones" at the mask bit locations represent IP 
broadcast addresses to hosts on all subnetworks associated with the mask 
value. (Earlier implementations of the TCP/IP protocol suite may use a value 
of "all zeroes".) 

• IP addresses with "all zeroes" at the mask bit locations are interpreted as "this 
subnetwork." IP routers do not route datagrams to "all zeroes" addresses. 

• The subnet mask value represents 2 n -2 subnetworks, where n is the number of 
bits you use for the mask. 

Example 

Your local class C network consists of two subnetworks. The assigned network 
number is 197.36.241. A class C address allows only one byte for host numbers, 
which defines up to 254 individual destinations. 

To create two subnetworks, you can divide this byte (S bits) further, into three bits 
for the subnetwork number, leaving five bits for the host number. This way you 
have allowed for up to six subnetworks, with up to 30 hosts on each subnetwork. 
You assign subnetwork numbers 1 and 2 to your first two subnetworks. An 
example of the network topology is shown in Figure 2-1. 
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C( TCPNET1 
197.36.241.32 




255.255.255.224 is the mask 



®- 



Router 

16FL110.CDR 



Figure 2-1. Subnetwork Topology 

The SUBNET statements specify an IP-NETID of (197,36,241,32) for subnetwork 1, 
| and (197,36,24,64) for subnetwork 2. Each SUBNET statement specifies a SUBNMASK 
S parameter of (255,255,255,224). 

2,6,3, Configuring IP Routes 

With TCP-IP Stack, you can configure specific routes to destinations in a TCP/IP 
network. 

2.6.3.1. Configuring IP Routes to Other Networks 

You must include a unique SUBNET statement for each configured route that 
TCP-IP Stack can use to send data to a remote destination. TCP-IP Stack can 
maintain more than one route to the destination network, each specified using a 
SUBNET statement, or acquired through RIP exchanges. 

To identify a route through a gateway to a detached network, you must define the 
destination network number with the IPNETID parameter. You must also include 
an IPGATEWY parameter to identify the complete IP address of the gateway and its 
distance (in hops) from the destination network. These parameters form a route 
that TCP-IP Stack uses when sending datagrams to a destination on the network 
identified by this SUBNET statement. 

If multiple routes are available, TCP-IP Stack selects the route that represents the 
shortest distance, using the distance subparameter on the IPGATEWY parameter. If 
two gateways exist at the same distance from the destination network, the 
distance parameter can be used to set priorities for the routes. 
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Figure 2»2. Routes to Default Gateways 



Example 

TCP-IP Stack can reach network 192.43.15 through at least two gateways, one at 
26.14.0.23, and one at 192.43.17.72. The first gateway provides a path through 
subnetwork 192.43.17, while the second gateway defines a path through subnet 26. 



TCPNET1 SUBNET 

TCPNET2 SUBNET 

TCPGW1 SUBNET 

TCPGW2 SUBNET 



....IPHETID-26.... 
...,IPNETID-(192. 43,17).... 

...,IPNETID«(192 t 43,15),IPGATEWY-(l,192,43.17,72), 
IPNETID~(192,43,15),IPGATEWY«(2,26,14,0,23),.. 



2.6.3.2. Configuring Routes to Default Gateways 

You can identify default gateways using the label DEFLTGWY on the IPNETID 
parameter. Default gateway configurations do not use the SUBNMASK parameter. 

When you specify the DEFLTGWY parameter, you must also include a corresponding 
IPGATEWY parameter. The IPGATEWY parameter specifies the distance (in hops) 
between the Telcon TCP-IP node and the default gateway, and the IP address of 
the default gateway. 
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2.6.4. Configuring Routing Information Protocol (RIP) 

TCP-IP Stack supports an internal gateway protocol, called Routing Information 
Protocol (RIP), a widely-used de facto standard, described in RFC 1058. RIP can be 
activated on many directly connected networks. If there are no other RIP 
gateways on a network, RIP introduces additional overhead without adding any 
value. 

Note: As of release 2R2, RIP is supported on SUBNETS of TYPE^LAN, LANLLC, 
IPTR, IPFDDl and IPDNS. 

To configure RIP for a specific subnetwork attachment, include the RIP parameter 
on the related SUBNET statement. If multiple SUBNET statements for the same 
network specify the RIP parameter, only the first instance is used by the software. 

Format 

name SUBNET . . . ,RIP»( activity , cos t,ti me out .count .delay , port) , . . . 



2.6.4.1. Activating RIP 



RIP is activated by specifying YES as the first sub-parameter. RIP can be 
deactivated by specifying NO as the first sub-parameter. If no value is specified, the 
first sub-parameter default is NO. 

If TCP-IP Stack in the DCP is physically connected to only one network, or routing 
is turned off for this network, then RIP can still be activated, allowing it to 
acquire routing information from other RIP gateways. To keep RIP from 
generating unneeded traffic on this network, specify SILENT as the first 
sub-parameter. 

Format 

name SUBNET ... , RIP-( {NO | YES | SILENT} ) 
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2.6.4.2. Specifying the Cost to Route 

The cost metric is specified by the second sub-parameter. It should reflect the 
relative cost (in hops) of routing through this network. This cost is added to all 
routes acquired from other RIP gateways on this network to calculate the cost of 
routing through this network relative to routes discovered on other networks. 

The cost metric can range from one to 14. Be careful when using this metric, since 
it reduces the maximum range of operation for RIP. The default is one. 

Format 

name SUBNET RIP-C.n,,,,) 

2.6.4.3. Specifying the Routing Update Timeout 

When gateways crash it is difficult to determine their status, unless a way to track 
their activity is implemented. RIP does this by setting a timer on a route. When 
the timer expires a specific number of times, RIP assumes that the gateway from 
which the route was received is no longer active and the route is unreachable. 

To prevent the timer from expiring, RIP transmits its routing information 
periodically. The routing update resets the timer. The interval for updates is 
specified by the third sub-parameter. It defaults to 30 seconds. 

Format 

name SUBNET . . . ,RIP-( , ,n. ,, ) , . . . 

2.6.4.4. Specifying the Route Timeout Count 

The fourth sub-parameter is used in conjunction with the routing update timeout 
value. It specifies the number of times that the routing update timer can expire 
before a route becomes unreachable. It defaults to six. 



name SUBNET RIP-( , , ,n ,. ) , . . 



:) 
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2.6.4.5. Specifying the Update Delay Time 

The fifth subparameter specifies the time in seconds that RIP waits before 
transmitting information about lost routes. It defaults to 300. 

Format 

name SUBNET . ...RIP-( n.) 

2.6.5. Configuring the IP Broadcast 

Only the LAN, IPFDDI, and LANLLC subnetwork types currently support 
broadcasting. A broadcast on a LAN always uses the same destination station 
address (XTFFFFFFFFFFF). However, the message being broadcast specifies its 
own IP broadcast address. 

The IP broadcast address was originally specified to be all zeros: 0.0.0.0 - also 
written as (0,0). The current standard IP broadcast address is all ones; 
255.255.255.255 - also written as {-1,-1}. Not all implementors adopted the new 
standard, so some implementations still use a broadcast address of {0,0}. 

TCP-IP Stack recognizes both broadcast address types in incoming datagrams. It 
transmits only the new type (all ones) unless you specify the old type (all zeros) on 
the IP8RDCST parameter. 

Format 

name SUBNET . . . , IPBRDCST-O. . . . 

2.6.6. Configuring Autonomous System Numbers 

The autonomous system number is a device used to prevent routing information 
local to one autonomous system from propagating into other autonomous systems. 
Among other things, this helps to keep routing tables down to a manageable size. 

The autonomous system number cannot be used to split a subnetworked network 
into multiple autonomous systems. 

If the DCP is part of more than one autonomous system, then the autonomous 
system number must be specified for each network. Otherwise it is assumed to be 
one. The value is set using the AUTONUM parameter. 

Format 

name SUBNET AUT0NUM=n 

The autonomous system number can range in value from 1 to 65,535. 
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2.7. Configuring Teicon as a TCP-IP Subnetwork 

TCP-IP Stack works with standard Telcon software to support TCP/IP 
communications over Unisys DCA networks that use dynamic network services 
(DNS) protocols. DNS protocols provide connectionless network layer (internet 
layer) routing services for local area and wide area networks that normally carry 
DCA communications. 

The DNS network functions as an intervening subnetwork between TCP-IP Stack 
nodes that are attached to other types of TCP/IP subnetworks. DNS protocols can 
route IP datagrams across any subnetwork type configured to support DNS 
routing within the network. 

You can also enable RIP within the DNS network to distribute configuration 
information to use the dynamic neighbor discovery feature. The dynamic neighbor 
discovery feature maps IP addresses to the DNS addresses of TCP- IP Stack nodes 
in the network, and lets the TCP-IP Stack nodes exchange RIP routing 
information. 

Note: TCP-IP Stack release 2R2 and higher does not support more than one 
SUBNET statement of this type per Telcon node. 
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2.7.1. Telcon DIMS Subnetworks 

DNS conducts all node-to-node routing within the Telcon DNS network, but 
TCP-IP Stack is required on any node that exchanges IP datagrams with other 
TCP/IP subnetwork types. For example, TCP-IP Stack is required on a node that 
routes IP datagrams between the Telcon DNS network and a DDN X.25 
attachment. However, TCP-IP Stack is not required on a node that routes IP 
datagrams only to other nodes in the Telcon DNS network. Only Telcon nodes 
configured to use DNS can relay IP datagrams across a DNS network. 

For a DNS trunk attachment, include the following configuration statements in 
your configuration file: 



Statement 


Description 


Required 
Parameters 


Additional Information 


PRCSR 


Identifies this processor as 
a DNS node to other Telcon 
entities. 

If you want to associate a 
dnsinfo statement with this 
node, include the following 
parameter: 


NA=n 
DNSINFO 


The variable n represents the 
DNS network address or node 
number you assign to this 
node. Each node in a Telcon 
DNS network must have a 
unique address. 

Name of the related DNSINFO 
statement. 


NETADR 
(optional) 


Assigns a name (labe!) to a 
DNS network address 
reachable through this 
attachment, such as the 
DCP itself, a 

channel-attached host, or a 
remote host in the Telcon 
DNS network. 


NA-n 


The variable n represents any 
valid DNS hierarchical 
network address for this 
Telcon DNS network. It can 
be a subdomain, super 
cluster, simple cluster, or 
node address. For DNS 
configurations, multiple trunk 
and XEU statements can 
reference the same netadr 
name. The netadr allows you 
to label an oftern-eferenced 
DNS address at a single point 
in your configuration, then use 
the label for all references. 


LCLASS 


Define the line class for 
DNS trunk attachments. 
This statement applies to 
the attachments at both 
ends of the trunk. 


LPH=UDLCL 


udlcl defines the line protocol 
handler for the UDLC lines 
that interconnect Telcon DNS 
nodes. 
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Statement 


Description 


Required 
Parameters 


Additional Information 


TRUNK 


Defines the attachment to 
the DNS subnetwork. 


PRCSR 


The names of the related 
prcsr statements for this 
trunk. For a typical DNS trunk 
using UDLC lines, you must 
specify the names of both 
processors (local and remote) 
connected by this trunk. If 
you want to configure an 
attachment to a LAN 
emulated UDLC trunk, refer to 
the LAN Platform 
Configuration and Operations 
Guide for detailed information. 


LSUTYPE=DNS 


Identifies DNS network layer 
protocol as the link service 
user for this trunk. The label 
DNS implies the use of 
connection-oriented UDLC 
data link service over this 
trunk. 


LINE 


The TRUNK and CLASS 
statements identify the 
specific line supporting the 
trunk attachment on the 
DCP. 


TRUNK 


Name of the related trunk 
statement (the parent facility 
of this line). Both LINE 
statements refer to the same 
trunk statement. 


CLASS 


Name of the related lclass 
statement. 


ADR 


PPID of the line module 
controlling this line. 
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Statemefil 


Description 


Required 
PararMt®r$ 


Additional Information 


STATION 


Two statements, each of 
which defines UDLC station 
attributes for one of the 
DCPs connected by this 
trunk. 


LINE 


The name of the related line 
statement (the parent facility 
of this UDLC station). 


RSHLE 


The name of the related 
trunk statement. In this case, 
the trunk is the Teicon 
higher-level entity associated 
with each UDLC station. Both 
station statements refer to 
the same trunk statement. 


LSA 


The local station address you 
assign to the local end of the 
trunk. 


RSA 


The remote station address 
you assign to the remote end 
of the trunk. Both the lsa and 
RSA parameters are required 
for DNS trunks using UDLC 
lines. These parameters have 
a reciprocal relationship, the 
lsa for the local DCP is the 
RSA for the remote DCP. 


EU 


Define TCP-IP Stack as an 
end user. 


PRCSR 


Name of the related PRCSR 
statement. 


TYPE-TCPIP 


The TCP-IP Stack will not 
initialize properly without a 
tcpip end user statement. 


SUBNET 


To define Teicon DNS as a 
TCP/IP subnetwork. 


PRCSR 


Name of the related prcsr 
statement for this DCP. 


TYPE=IPDNS 


ipdns defines the DNS 
network as a TCP/IP 
subnetwork type. 


IPNETID 


The IP network number 
assigned to this Teicon DNS 
network. This is a unique 
number assigned by the 
TCP/IP network administrator. 



2-36 



7831 5545-100 



Configuring Telcon for TCP-IP Stack 



Statement 


Description 


Required 
Parameters 


Additional Information 


IPADR 


Assigns an IP address to 
the DNS subnetwork. 


PRCSR 


Name of the related prcsr 
statement. 


DCAEP 


Name of the netadr statement 
that identifies this DCP as a 

r\Mf* i_ 

UWO IlUUt!. 


IPADDRl 

or 

IPADDR2 


The IP address of this DCP, 
which identifies it to the 
attached TCP/IP network, 
(must be flagged local). 


IPADR 
(optional) 


Additional statements to 
identify other TCP-IP Stack 
nodes in the DNS network 
as RIP neighbor nodes. In 
your local configuration file, 
you need to configure only 
a small subset of the RIP 
neighbor nodes to enable 
dynamic nieghbor 
discovery. If each TCP-IP 
Stack node in the network 
has at least one other RIP 
neighbor identified in its 
associated configuration 
file, all TCP-IP STACK nodes 
can automatically exchange 
RIP information. 


PRCSR 


Name of the related prcsr 
statement. 


NA 


The DNS address of the RIP 
neighbor (as specified on the 
related prcsr or netadr 
statement) 


IPADDRl 

or 

IPADDR2 


The assigned IP address of 
the RIP neighbor only for 
dynamic neighbor discover. 
You can use either ipaddr 
parameter to identify an RIP 
neighbor. You can optionally 
assign a name to each RIP 
neighbor, using the namei or 
NAME2 parameters. 
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Example 



** Processor 1 Definition 

DCP1 NETADR NA-1 

PRC1 PRCSR NA-1 

** Processor 2 Definition 



DCP2 
PRC2 



NETADR 
PRCSR 



NA-2 
NA-2 



** TRUNK/LINE/STATION Definitions 

UDLC192 LCLASS 

TKDP1P2 TRUNK 

LNP11C LINE 

STDP1P2 STATION 

** TCP-IP Stack Definition 

EUTCP1 
EUTCP2 
SNP1DNS 



LPH=UDLCL,SPEED=19200 
PRCSR-(PRCl.PRC2) f LSUTYPE-DNS 

TRUNK«TKDP1P2,CLA$S-UDLC192,ADR1=X'1C\ADR2=X'1D* 
LINE«LNP11C,RSHLE=TKDP1P2, 



EU 
EU 
SUBNET 



SNP2DNS 

IPP1H1 

IPP2H2 

** RIP Ne 

IPP1RIP 

IPP2RIP 



PRCSR-PRC1.TYPE-TCPIP 

PRCSR=PRC2,TYPE=TCPIP 
PRCSR-PRCl.TYPE-IPDNS,: 

IPNETID=(212,254,32) 
SUBNET PRCSR-PRC2.TYPE=IPDNS, 

IPNETID=(212,254,32) 
I PADR PRCSR-PRC1 , DCAEP=DC PI , 

I PADDR1- ( 212,254,32,5, LOCAL ) 
I PADR PRCSR-PRC2 , DCAEP-DCP2 , 

IPADDR1=(212.254,32,6,L0CAL) 



ighbor Definitions 
I PADR 
I PADR 



PRCSR-PRC1.NA-2,; 

IPADDR1~(212,254,32,6,RIPNBR) 

PRCSR-PRC2.NA-1,; 

IPADDR1-(212,254,32.5,RIPNBR) 



2.6A Configuring Dynamic Neighbor Discovery 



The Telcon network can include several nodes running TCP-IP Stack. DCP TCP-IP 
Stack must know the IP address and associated Telcon network address of each of 
these nodes. 

Note: If you are not configuring Telcon as a TCP/IP network (TYPE^IPDNS) 
then you can ignore this section. 

On some networks (IEEE 802 and FDDI networks) mechanisms exist to interview 
all connected hosts at once, eliciting a reply about the location of a host owning a 
specific IP address. However, most networks, including Telcon, do not have such a 
mechanism. 

TCP-IP Stack implements a technique called dynamic neighbor discovery/This 
method allows all TCP-IP Stack nodes in the Telcon network to discover all other 
TCP-IP Stack nodes, while configuring only a small subset of TCP-IP Stack nodes. 
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2.7. 2.1. Configuring RIP Neighbor Addresses 

You can identify other Teleon TCP-IP nodes as RIP gateways by including the 
RIPNBR flag on a related IPADR statement. You must configure RIPNBR gateways 
only if you use routing information protocol across a DNS network (subnetwork 
type I PONS) that does not support a broadcast mechanism. 



Format 

name 
or 

name 



IPADR 



, I PADDRl=(nn,nn,nn,nn, RIPNBR), 



IPADR ... , I PADDR2=(nn,nn,nn,nn, RIPNBR), 



Either IP address parameters can be used. The address must be flagged RIPNBR 
(RIP neighbor). 

Example 

This example configures two RIP neighbors in a DNS network. 



PRCSR1 

DCP1 

DCP2 



PRCSR 
NETADR 

NETADR 



NA=4 

NA-5 



IPADR1 IPADR PRCSR«PRCSR1,IPADDR1»(213, 247, 101, 23, RIPNBR), 

NA=4,NAME1«'R0UTER-1' 
IPADR2 IPADR PRCSR=PRCSR1 , IPADDR2-(213,247 , 101 ,13 , RI PNBR) , 

NA=5,NAME2='R0UTER-2' 
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2.7.2.2- Assigning the Telcon DNS Node Address 

Format 

name IPADR . . . , NA=(sd, sc , sic,nn) , . . . 

This parameter specifies the Telcon network address using the same format as 
that used on other Telcon configuration statements that use the NA parameter. 

Example 1 

This example, shown in Figure 2-3, assumes that there are at least four Telcon 
TCP-IP nodes, assigned IP addresses 210.15.1.21, 210.15.1.22, 210.15.1.23, and 
210.15.1.24, respectively. The Telcon nodes at IP addresses 210.15.1.21, 
210.15.1.22, and 210.15.1.23 are configured to use only the node at IP address 
210.15.1.-24 as a central RIP neighbor. The central node at 210.15.1.24 is 
configured to use only 210.15.1.23 as an RIP neighbor. 

This scheme allows all Telcon TCP-IP nodes in the network to eventually discover 
each other and exchange RIP information. If you added nodes to this network, you 
could configure the additional nodes to use either 210.15.1.24 or 210.15.1.23 as a 
central RIP neighbor. These two nodes are mutually configured as RIP neighbors 
and directly exchange RIP information about the rest of the network. 

Note; RIP must be turned on in the subnetwork statement. 





PRCSR1 ( * \ 








y' 210.15.1. 


21 




PRCSR4 


s*'' 




PRCSR2 


e 


\210.15.1.24 
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210.15.1.22 




\X PRCSR3 








TO 








210.15.1.23 
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Figure 2-3. Relationship Between RIP Neighbors 
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PRCSRl 
PRCSR2 
PRCSR3 
PRCSR4 


PRCSR 
PRCSR 
PRCSR 
PRCSR 


IPADRl 
IPADR2 


IPADR 
IPADR 


IPADR3 
IPADR4 


IPADR 
IPADR 


IPADR5 
IPADR6 


IPADR 
IPADR 


IPADR7 
IPADR8 


IPADR 
IPADR 


Example 2 



..NA-3, 
. , NA-4 , 



PRCSR-PRCSR1.IPADDR1-(210. 15,1,21, LOCAL),... 
PRCSR-PRCSRl.IPADDRl«(210.15,1.24,RIPNBR).NA-4 

PRCSR~PRCSR2,IPADDR1~(210, 15, 1,22, LOCAL) 

PRCSR-PRCSR2 , IPADDRl-( 210 , 1 5 , 1 , 24 , RI PNBR) , NA=4 

PRCSR~PRCSR3,IPADDR1-(210. 15, 1,23, LOCAL),... 
PRCSR-PRCSR3, IPADDRl-( 210 , 1 5 , 1 , 24 , RIPNBR) , NA-4 

PRCSR»=PRCSR4,IPADDR1»(210, 15. 1,24, LOCAL),... 
PRCSR-PRCSR4, IPADDR1-(210. 15.1. 23, RIPNBR), NA-3 



This method for configuring all other TCP/IP DNS nodes assumes the DNS 
SUBNET statement specifies RIP^NO, and that n nodes require n-1 EPADR statements 
that specify the NA parameter for IP address pairing. 

This method also assumes that all routes across the DNS TCP-IP subnetwork are 
configured. 



PRCSRl 
PRCSR2 
PRCSR3 
PRCSR4 


PRCSR 
PRCSR 
PRCSR 
PRCSR 


NA-101,.., 

....NA-102,... 

NA-103... , 

. . . .NA-104, .. , 




IPADRll 
IPADR12 
IPADR13 
IPADR14 


IPADR 
IPADR 
IPADR 
IPADR 


PRCSR-PRCSR1, 
PRCSR-PRCSR1, 
PRCSR-PRCSR1, 
PRCSR-PRCSR1, 


,IPADDR1 
.IPADDR1 
,IPADDR1 
,IPADDR1 


IPADR21 
IPADR22 
IPADR23 
IPADR24 

* 


IPADR 
IPADR 
IPADR 
IPADR 


PRCSR=PRCSR2, 
PRCSR-PRCSR2, 
PRCSR-PRCSR2, 
PRCSR-PRCSR2, 


JPADDR1 
JPADDR1 
JPADDR1 
JPADDR1 


IPADR31 
IPADR34 
IPADR34 
IPADR34 


IPADR 
IPADR 
IPADR 
IPADR 


PRCSR-PRCSR3, 
PRCSR-PRCSR3, 
PRCSR-PRCSR3, 
PRCSR-PRCSR3, 


,IPADDR1 
, IPADDR1 
.IPADDR1 
, IPADDR1 


IPADR41 
IPADR42 
IPADR43 
IPADR44 


IPADR 
IPADR 
IPADR 
IPADR 


PRCSR-PRCSR4, 
PRCSR-PRCSR4, 
PRCSR-PRCSR4, 
PRCSR-PRCSR4 


JPADDR1 
JPADDR1 
,IPADDR1- 
,IPADDR1 



=(210, 15, 1.21. LOCAL),. 
■(210.15.1,22).NA-102 
»(210, 15, 1,23), NA-103 
■C210.15.1,24),NA-104 

■(210. 15, 1,22, LOCAL),. 
■(210.15,1.21),NA-101 
=(210,15,1,23),NA=102 
■(210.15.1,24).NA-104 

■(210, 15, 1,23. LOCAL).. 
■(210, 15, 1,21). NA-101 
■(210. 15,1,22), NA-102 
■(210. 15,1, 24).NA-104 

= (210, 15, 1,24, LOCAL),. 
=(210. 15, 1,21), NA-101 
= (210, 15. 1,22). NA-102 
■(210. 15. 1.23), NA-103 
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2.8. Configuring Network Bridge Nodes 

A bridge node lets you use DCA communications protocols across a TCP/IP 
network to interconnect parts of a Telcon network. It also lets you connect a 
Telcon network to a TCP/IP network, providing access to hosts running TCP/IP 
applications in the Telcori network. You can configure the following connections: 

• Connecting trunks across TCP/IP networks 

• Connecting to DCA across TCP/IP networks 

• Connecting to hosts running TCP/IP (DDN 1100) applications in a Telcon 
network 

• Configuring DCPs as TELNET terminal concentrators 

2.8.1. Connecting Trunks Across TCP/IP Networks 

You can configure a Telcon trunk to use a TCP/IP network as the transmission 
medium for DCA communications. 



Caution 

NEVER bridge a DNS subnetwork with a TCP-IP Trunk. This can cause circular 
routing and numerous other problems. 



2.8.1.1. Connecting Trunks over TCP/IP Networks using only IP 

This method allows either RTC or DNS trunks to be bridged across a TCP/IP 
network. You must configure a unique trunk to bridge the TCP/IP network, using 
only the network transmission medium. You cannot configure the trunk to include 
other transmission media, such as UDLC lines. The trunk itself is considered a 
DCA endpoint (DCAEP) for this type of configuration. 

Format 

name IPADR DCAEP-trunk, . . . 

There are two ends to the trunk. Each end must be assigned a unique IP address. 
The side associated with the PRCSR with which the IPADR configuration statement 
is associated must be flagged LOCAL. The other side must not be flagged LOCAL. 
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Format 

name IPADR 



or 



name 



IPADR 



Examples 

PRCSR1 
PRCSR2 



PRCSR 
PRCSR 



. . « , IPADDRl-(nn t nn,nn,nn,LOCAL) t ; 
IPADDR2»(mm,mm,mm,mm) 



. . . ,IPADDRl-(nn,nn,nn,nn) , ; 
IPADDR2«(mm,mm,mm,mm,L0CAL), . 



TRUNK1 TRUNK 

IPADR1 IPADR 



IPADR2 



IPADR 



PRCSR-(PRCSR1.PRCSR2),... 

PRCSR-PRCSR1 , DCAEP-TRUNK1 , ; 
I PADDRl-( 57 , 23 , , 54 , LOCAL ) , 
IPADDR2«(57.31,0.117) 
PRCSR-PRCSR2.DCAEP-TRUNK1 , ; 
IPADDR1=(57,23,0,54), ; 
IPADDR2«(57, 31, 0.117, LOCAL) 



An alternative method configures the two processors separately: 
Configuration 1 

PRCSR1 PRCSR 

TRUNK1 TRUNK PRCSR-PRCSR1 .... 



IPADR1 IPADR 

Configuration 2 

PRCSR2 PRCSR 



PRCSR-PRCSR1.DCAEP-TRUNK1,; 
IPADDR1=(57. 23,0.54, LOCAL),; 
IPADDR2=(57, 31, 0,117) 



TRUNK1 



TRUNK 



PRCSR-PRCSR2 



IPADR1 IPADR PRCSR=PRCSR2,DCAEP=TRUNK1 , ; 

IPADDRl-(57,23,0,54), ; 
I PADDR2- ( 57 . 3 1 . . 1 1 7 . LOCA L) 
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2.8.1-2. Connecting Trunks Across TCP/IP Networks Using TCP and IP 

This method allows DNS trunks to be bridged across a TCP/IP network. You must 
configure a unique trunk to bridge the TCP/IP network, using only the network 
transmission medium. You cannot configure the trunk to include other 
transmission media, such as UDLC lines. The trunk itself is considered a DCA 
endpoint (DCAEP) for this type of configuration. 

Use this method to bridge trunks over networks that can lose a lot of data 

(IP routers connected to X.25 networks are one example). Also use this method to 

bridge trunks that connect IS-5000/6000 or IS-PC end systems. 

Format 

name IPADR DCAEP-TRUNK, . . . 

There are two ends to the trunk. Each end must be assigned a 'unique IP address. 
The side belonging to the PRCSR parameter with which the IPADR configuration 
statement is associated, must be flagged LOCAL. The other side must not be 
flagged LOCAL. Both sides must have the TCP Port (265) specified. 

Format 

name IPADR . . . ,IPADDRl=(nn ,nn ,nn ,nn, LOCAL, 265) , ; 
IPADDR2-(nn,nn,nn,nn, ,265) 

or 

name IPADR . . . , IPADDRl~(nn .nn.nn ,nn,265) , ; 
IPADDR2«(nn,nn,nn,nn,L0CAL,265) 

Examples 

PRCSR1 PRCSR 

PRCSR2 PRCSR 

TRUNK1 TRUNK PRCSR-( PRCSR1 ,PRCSR2) , . . . 



IPAnRI TPAHP PRCSR-PRCSR1.DCAEP-TRUNK1 * 

IPADDR1=(57,23,0,56,L0CAL,265),; 

IPADDR2K57, 31, 0,117, 265) 
IPADR2 IPADR PRCSR«PRCSR2,DCAEP=TRUNK1 , ; 

IPADDR1=(57,23,0,56,,265),; 

I PADDR2-( 57,31,0.117, LOCAL , 265 ) 
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The alternative method would configure the two processors separately: 
Configuration 1 
PRCSR1 PRCSR 



TRUNK1 



TRUNK 



PRCSR-PRCSR1 



IPADR1 IPADR 

Configuration 2 

PRCSR1 PRCSR 



PRCSR-PRCSR1 , DCAEP-TRUNK1 , ; 
IPADDR1-(57.23.0,56,L0CAL,265),; 
IPADDR2-(57, 31. 0,117. 265) 



TRUNK1 



TRUNK 



PRCSR=PRCSR2 



I PADR1 I PADR PRCSR»PRCSR2 , DCAEP-TRUNK1 , ; 

IPADDR1«(57,23,0,56,,265),; 
I PADDR2-( 57.31,0,117, LOCAL , 265 ) 

2,8.2. Connecting to DCA Across TCP/IP Networks 

A DCA termination system can reside in any hardware executing the appropriate 
software. Another DCP running Telcon, a PC running IS-PC, or a UNIX system 
running IS-5000/6000 are DCA termination systems. When the DCA software is 
configured to use TCP/IP communications, it can connect to the DCP over a 
TCP/IP network as a DCA termination system. 

Any DCA termination system can connect to the DCP without using TCP/IP, as 
long as the transmission medium connects to the DCP directly. When a DCA 
termination system must communicate across the DDN, or any other series of 
networks connected by TCP/IP routers, it must use TCP/IP to complete the 
connection. 

The configuration statements required to connect to a DCA termination system 
include the DCATS statement which identifies the termination system, and the 
SESSN statements that assign network sessions connecting the termination system 
to other points in the Telcon network. You must match the network session 
numbers defined in the Telcon configuration to the network session numbers 
defined in the DCA termination system's software. 
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2.8.21. Defining the DCA Endpoint 

The DCA endpoint for bridging to a DCA termination system is the DCATS 
statement that identifies the DCA termination system. 

Format 



name 



IPADR 



,DCAEP«dcats, . . 



2.8.2.2. Assigning IP Addresses 

There are two ends to the connection. One end is associated with the DCA 
termination system to which the connection is being established. The other end is 
associated with the DCP running the TCP-IP Stack software. This address must 
be flagged LOCAL. 

Note: The local address is usually identical to the address originally specified for 
the DCP. 



Format 




name 


IPADI 


or 




name 


IPADI 


Example 




PRCSR1 


PRCSR 


DCATS1 


DCATS 


IPADR1 


IPADR 



IPADDRl*=(nn,nn,nn,nn,LOCAL),; 

IPADDR2»(mm,mm,mm,mm) .... 



IPADDRl=(nn,nn,nn,nn), ; 

. . . ,IPADDR2=(mm,mm,mm.mm,L0CAL), . . . 



PRCSR=PRCSR1 



PRCSR-PRCSR1 , DCAEP-DCATS1 , ; 
IPADDR1»(193,17,242,3,L0CAL), ; 
IPADDR2-<193, 32. 11,61) 
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2.8.2.3. Changing TCP Port Numbers 

Port numbers are used by TCP to separate communications between two TCP/IP 
hosts into various protocols. The default value used for bridging DCA termination 
systems across TCP/IP is 264. 

Other protocols communicating with either the DCP or the DCA termination 
system can already be using port number 264, In that case, you must choose a new 
port number. 

Format 

name IPADR . . . , IPADDRl~(nn,nn,nn ,nn t LOCAL, portl ) , ; 

IPADDR2Kmm,mm,mm,mm t t port2) .... 

or 

name IPADR IPADDRl~(nn ,nn,nn ,nn, .portl), ; 

IPADDR2=(mm,mm,mm,mm, LOCAL, port2) 

Your network administrator must know the various protocols being run. TCP-IP 
Stack uses various non-standard port numbers, as do protocols running with the 
IS software on PC or UNIX systems. 

Standard assigned port numbers are listed in RFC 1060 (as of March 1990) or an 
RFC that can have superseded RFC 1060. When changing port numbers, your 
network administrator must be aware of all port numbers being used by the 
TCP/IP hosts. 



Example 

PRCSR1 



PRCSR 



DCATS1 



DCATS 



PRCSR-PRCSR1... 



IPADR1 IPADR PRCSR-PRCSR1 . DCAEP-DCATS1 . : 

IPADDR1-(23,45.117,43,L0CAL,150), 
IPADDR2-(63,255.34,41 i ,150) 
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2.8.3. Connecting to Hosts Running TCP/IP (DDW 1100) 
Applications in a Telcon Network 

TCP-IP Stack can receive messages from any host, directed at any other host. 
TCP-IP Stack determines which messages are passed to applications by comparing 
the destination address of incoming datagrams with a list of local host addresses. 
The list is built using the IPADR statement. 

Local hosts include the DCP being configured to run TCP-IP Stack, or any OS 1100 
hosts running DDN 1100. Each local host must be assigned a unique IP address. 

2.8.3.1. Defining the DCA Endpoint 

The DCAEP parameter specifies the name of a network definition statement that 
identifies the Telcon node (DCA endpoint) to be associated with a given IP 
address. One of several configuration statements can be used to establish the 
association within a Telcon network. 

• A DCPTS statement identifies the DCP being configured to run TCP-IP Stack 
itself. Specify a DCPTS name if terminals attached to the DCP use User 
TELNET to connect to other TCP/IP hosts. 

• A DCATS statement identifies a DCA termination system connected to the DCP. 
Specify a DCATS name if a channel attached host or a remote host in the Telcon 
network will use Server TELNET to connect to other TCP/IP hosts. 

• An XEU statement identifies an application residing on a DCA termination 
system or a DNS node somewhere in the DCA network. Specify an XEU name if 
there is a DDN 1100 application running on a host that is not connected 
directly to this DCP. 

• A NETADR statement identifies any DNS node. It can be used in any of the 
above IPADDR statements. 
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2.8.3.2. Assigning IP Addresses 

Format 

name IPADR .... IPADDRl=(nn ,nn,nn ,nn, LOCAL) , ; 

. . . ,DCAEP=dca-endpoint 

Either parameter IPADDR1 or IPADDR2 can be used; there is no preference. The first 
four sub-parameters specify the four bytes of the IP address, one byte per 
parameter. The last sub-parameter is the flag LOCAL, which marks the address as 
the IP address of the local host. 

Example 

This example configures two IP addresses for the DCP. Data directed to the IP 
address specified on the first IPADR statement is passed to the Telcon network 
node identified by the NETADR statement. Data directed to the other IP address is 
passed to the Telcon network node where XEUl is located. 

When data is received by TCP-IP Stack from either of the two network nodes, the 
respective IP address is used as the source when passing the data to another 
TCP/IP host. 

PRCSR1 PRCSR 

NETADR1 NETADR 
XEUl XEU 



IPADR1 IPADR PRCSR»PRCSR1,DCAEP«NETADR1, 

IPADDR1=(23, 45, 0,12, LOCAL) 

IPADR2 IPADR PRCSR-PRCSR1 ,DCAEP=XEU1 , ; 

IPADDR1=(23, 67, 0,12, LOCAL) 
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2,8 A Configuring DCPs-as TELNET Terminal Concentrators 

The User TELNET application in TCP-IP Stack converts data received from a 
TCP/IP host to a format appropriate to the terminal that made the connection. For 
communications with TCP/IP hosts across a TCP/IP network, User TELNET 
interprets all messages as using Network Virtual Terminal (NVT) protocol. For 
communications with TCP/IP applications on DCA hosts in a Telcon network, User 
TELNET can interpret a combination of NVT and DCA terminal protocol elements. 

IYou can configure User TELNET by adding an XEU statement to your 
configuration that defines the path to TELNET. The value for the DESTSSU 
parameter must be the name of the TCP-IP Stack EU statement. 



Example 

USRTE'L XEU 



TS-DCPTSLDESTTSU-'DTPX 1 ,DESTSSU=' EUTCP * 



2 B 9 B Associating Host Names with IP Addresses 

TCP-IP Stack supports the Domain Name System, an official Internet protocol 
specified in RFC 1034 and RFC 1035. TCP-IP Stack implements the resolver 
portion of that protocol. This enhancement allows you to specify a destination 
with a name rather than an Internet address. This name is used when making 
TELNET connections, specifying the name on the CONNECT command instead of 
specifying the IP address. 

You can associate names (like HOSTl) with Internet addresses in the TCP-IP Stack 
configuration or TCP-IP Stack can query a configured Domain Name System 
Server for the address. TCP-IP Stack keeps configured names and addresses 
permanently in a cache file. Addresses obtained from the Domain Name System 
Server are timed and deleted when the time expires. 

Note: If you do not want to assign names to TCP/IP hosts, or if you know that 
the TELNET user side ofDCP TCP-IP Stack will never be used, the 
information in this subsection is not applicable. 
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To associate names and addresses, use the following procedure. 

1. On the NSS statement, identify the cache files to hold the host names and 
Internet addresses with the parameter HSTNAMES. 

Example 

TCPEU EU PRCSR=PRC1,TYPE=TCPIP,HSTNAMES='TCP*CACHE.' 

2. Identify the Domain Name System Server with the SERVER value on the 
IPADDRl parameter of the IPADR statement. The purpose of the server is to 
supply TCP-IP Stack with Internet addresses for unconfigured host names. 
You can configure as many servers as you need. 



Example 

SERVER IPADR 



PRCSR-PRC1, I PADDR1=( 192, 60, 224,1, SERVER), 
NAME1- ' DALLAS . HOST . U NIX. COM ' 



3. Associate names and IP addresses using the IPADDR and NAME parameters on 
the IPADR statement. These names and addresses are kept permanently in the 
cache file. This example configures four host names and Internet addresses. 



Example 

IPADR1 IPADR 

IPADR2 IPADR 

IPADR3 IPADR 



PRCSR-PRC1,IPADDR1=(96,2,0,143),; 

NAMEl-'DALLASl' 

PRCSR-PRC1,IPADDR2-U93,43.254,250) 

NAME2='AUSTIN1' 

PRCSR-PRC1, I PADDR1=( 12,147, 32,1), ; 

NAME1='SLC1\; 

"IPADDR2-U2, 147,2,2),; 

NAME2-'SLC2' 
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2.10. Config DCA Sessions over TCP/IP 

With TCP-IP Stack Release 2R2B, you can configure DCA sessions to use the 
TCP/IP transport. This means that terminals connected to a TCP/IP network can 
access DCA applications on an OS 2200 or IS 6000 host system. Applications on 
DCA hosts can also communicate across a TCP/IP network. 



To do this, use the following procedure: 

1. Using the ADDRESS statement, assign IP addresses to each DCA system that 
will use the TCP/IP transport. 



Example 

H0ST1 ADDRESS 



IPADR=192. 60. 223.28 



Use the name of the ADDRESS statement as the value for the DS parameter in 
the XEU statements defining DCA applications. 

Example 

This example configures access to demand on an OS 1100 host system over 
TCP/IP. 



DEMH1 



XEU 



ADDRESS-H0ST1 , DESTTSU-' RSDCSU ' 



Note: This is not the same as connecting DCA termination systems over TCP/IP 
or running DCA trunks over TCP/IP. 
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2.11. Configuring the TN3270 Emulator 

You can use a TN3270 emulator on a personal computer to access applications on 
OS 2200 and SNA host systems through the SNA/net program product on the DCP. 
You must have SNA/net installed on at least one DCP in the network, not 
necessarily the DCP to which the TN3270 is connected. The TN3270 must be 
connected to a DCP running TCP-IP Stack. 

In the TN3270 emulator, you must configure the IP address of the DCP running 
TCP-IP Stack. 

Example 

This example configures the TN3270 handler. PLU257 is the name of a POOL 
statement in an SNA/net configuration. To see this example in the context of a 
complete SNA/net configuration, refer to the SNA /net Configuration Guide 
(7831 5629). In this example, both TCP=IP Stack and SNA/net are running on the 
same DCP. 



PRC1 


PRCSR 


NA-ll.DSPL-ALL, ; 
LOGL-ALL 






TCPDTPX 


EU 


PRCSR=PRC1,TYPE=TCPIP 






TN3270A 


XEU 


DS=PRC1,DESTSSIH'PLG257' 
DPP-TN3270 


.DESTTSU- 


'SNACONN' 
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This section describes the following configuration statements: 



Statement 


Description 


EU 


A Telcon statement modified to define TCP-IP Stack as an end user program. 


IPADR 


A TCP-iP Stack statement that assigns internet protocol (IP) addresses to DCA end 
points in Telcon or TCP/IP networks. 


NSM 


A TCP-IP Stack statement that specifies entries in the host name directory. 


NSS 


A TCP-IP Stack statement that defines the characteristics of the host name table. 


SUBNET 


A TCP-IP Stack statement that defines the TCP/IP subnetworks used by the DCP. 


XEU 


A Telcon statement that configures DCA sessions over TCP/IP and identifies the 
handler for the TN3270 emulator. 



Note: The information on the EU and XEU statements provided in this section 
describes parameters that are pertinent to TCP-IP Stack configurations. 
Refer to the Telcon Configuration Reference Manual (7831 5686) for a 
complete description of these statements. 



Configuration Statements Syntax 



Configuration statements consist of a name field, an operation field, and a 
parameter field. The name and operation fields are always required for 
configuration statements; the parameter field is usually required. Defaults are in 
place wherever possible for parameters that are used often. 

The syntax of a configuration statement is as follows: 

name operation parameter .parameter , . . . 
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Parameters 



name 



Description 

The name field begins in column 1. A name must start with an alphabetic character 
and can contain additional alphabetic (A through Z) or numeric (0 through 9) 
characters. Names can be referenced in subsequent statements for identification 
purposes; therefore, names should be meaningful for clarity in other statements. 

Certain names are reserved. Do not specify them in the name field of a statement. 
The configuration processor flags any attempt to use a reserved word with the 
diagnostic message: 

<reserved word> MAY NOT BE REDEFINED 

Words reserved for standard Telcon are listed in the Telcon Configuration Reference 
Manual (7831 5686). 



operation 



Description 

The operation field, separated from the name field by one or more blanks, specifies 
the kind of configuration statement. The operation field specifies a communications 
facility such as a communications line or communications processor. 

Code the operation field as an alphabetic character string that exactly matches one 
of the configuration statement types described in the following subsections. 



parameter 



Description 

Separate parameter fields, if present, from the operation field by one or more blanks. 
The parameter fields consist of keywords and their associated values. Keywords are 
shown in UPPERCASE font in this section and should be entered exactly as shown. 
Keywords are separated from values with an equals sign (=). Separate multiple 
parameters with commas and with no intervening blanks. 
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EU - Defining End-User Programs 

The EU statement is a standard Telcon statement that has been modified for the 
TCP-IP Stack to define the following: 

.• The TCP-IP Stack as an end user on a DCP 

• The maximum number of times TCP attempts to transmit a message 

• A TELNET sentinel character 

• A time-to-live value for IP datagrams 

• The TCP keep-alive mechanism 

• The size of the IP routing table a DCP uses 

• The name of the cache file for host names and IP addresses 

Each Telcon running the TCP-IP Stack requires one EU statement. Two formats 
for the EU statement are shown here. The parameters differ if you are pairing 
TCP-IP Stack with Telcon 9R2 or Telcon 9R3. 

Format 1. Use with Telcon 9R2 

name EU TYPE-TCPIP,; 

[HSTNAMES-f7 7e/?ame].; 

[KEEPALIV={NO I YES}],; 

[MAXTRY-nl,; 

[NPPORT-mxprt],; 

[ROUTSIZE-entrfes].; 

[SENTINEL-'c/iar'L; 

[TCPTIME«t7roe3],; 

[TIMOUT-tfmel],; 

[TMTOLIV-tfme^] 

Format 2. Use with Telcon 9R3 

name EU TYPEHTCPIP. ; 

[KEEPALIV={NO I YES}],; 
"MAXTRY-n],; 

NPPORT-mxprt],; 

ROUTSIZE-entr fes].; 
[SENTINEL- - char 1 ],; 
;TCPTIME-t/me3],; 
"TIMOUT-tfmeJ],; 
[TMT0LIV-tfme2] 



Required Parameters: 



TYPE=TCPIP 

Description 

Identifies the TCP-IP Stack as an end user. 
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Optional Parameters 



HSTWAMES^fi/ename 

Range 

to 37 characters 

Default 

No file name 

Description 

The name of the cache file to contain host names and their associated IP addresses. 
Use this parameter when you want to use the Domain Name Server with Telcon 9R2. 
With Telcon 9R3, you configure the file name on the NSS statement. 



KEEPAUVdNO I YES 

Default 

NO 

Description 

Specifies the TCP keep-alive mechanism. When you specify KEEPALIV=YES f TCP 
periodically checks the other end of the connection for activity. If the other end does not 
respond within about six minutes, TCP ends the session. This capability is useful when a 
user ends a session with an OS 1100 application without following the proper 
procedures, such as simply turning the terminal off. Without keep-alive configured, the 
application can not know the session has ended. Consequently, it can not let the user 
sign on again until the OS 1100 or the DGP is rebooted. 

Configuring keep-alive can cause problems, however. If, for example, a file transfer is 
interrupted when an IP router is temporarily disabled, the router must come back into 
service before the keep-alive mechanism expires, or the file transfer must start over 
from the beginning. 



MAXTRY=n 

Range 

1 to 65,535 

Default 

7 

Description 

Specifies the maximum number of times TCP attempts to transmit a message. 



NPPORT=mxprt 

Range 

1 to 1,350 

Default 

300 

Description 

Specifies the number of TCP port identifiers reserved for passive ports. 
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ROUTSIZE-entries 

Default 



Description 

Specifies the maximum number of routing table entries. A value of zero indicates that the 
table has no size limit. TCP-IP Stack discards received routes that are in excess of the 
specified table size. 



SENTSNEL='cftar' 

Range 

Any symbolic ASCII character, except a question mark (?). 

Default 

% 

Description 

Specifies the Telcon sentinel character. TELNET users use the Telcon or TOMFsentinei to 
inform the TCP-IP Stack that what follows is a TELNET command, not data. Although 
users type a two- character sequence, the single character here is used twice at the 
beginning of a TELNET command. Choose a character that is not likely to appear in 
data. This character cannot be a question mark (?), and it must be different than the 
Telcon sentinel character. 



TCPTIMExtinieS 

Range 

1 to 120 seconds 

Default 

120 seconds 

Description 

The TCP disconnect quiet time. It specifies the wait time before a connection is 
completely closed after the peer TCP processes a connection close sequence. 



HMOUT=tfmel 

Range 

1 to 250 seconds 

Default 

120 seconds 

Description 

The initial TCP timer value, It specifies the wait time in seconds between 
retransmissions. This value is automatically recomputed by TCP during the lifetime of a 
connection. 
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TMT0LIV=time2 

Range 

1 to 255 seconds 

Default 

255 seconds 

Description 

The time-to-live value for IP datagrams, in gateway hops. This value is carried in the 
datagram and is decremented by one second each time the datagram passes through a 
gateway. If the value reaches zero, the datagram is invalidated and is discarded. The 
time-toJive mechanism prevents datagrams from continually passing through the 
network. 



Example 

EUITCP EU 



PRCSR-PRC1 JYPE-TCPIP.MAXTRY-5,; 
TMTOLIV-40, SENTINEL- 4 : ' 



The example defines the following: 

• TCP-IP Stack as an end user 

• A retransmission count of 5 

• Time-to-live value of 40 gateway hops 

• A colon as the TELNET sentinel character 

Online Configuration Differences 

None. 
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IPADR - Assigning IP Addresses 

The IPADR statement was created especially for TCP-IP Stack. It performs the 
following functions: 

• Defines for the TGP-IP Stack the internet addresses for the following; 



ween that end 



- DCA end points within a Telcon network, enabling TCP-IP Stack to 
function as a network bridge by routing communications bet 
point and other hosts and terminals located in a TCP/IP network 

- TCP/IP devices across a public data network (PDN) 

* Enables TCP port number changes 

* Defines a DCP's RIP neighbor, enabling RIP functionality within the DCA 
network 

• Associates the DTE address of a TCP/IP device with its IP address 

• Associates IP addresses and host names 

Each TCP-IP Stack configuration must include at least one IPADR statement and 
can include many, depending on the communications you want enabled. 



Format 

name 



IPADR PRCSR-prcsr, IDCkEP-dcaname'] , ; 

IPkdDRl=(adrl,adr2,adr3,adr4[,lf1agl[,port]]) ,; 
r I PADDR2~< adrl . adr2, adr3 , adr4{ , [ f 7 ag] [ , por t] ] , ; ) 
r [ DTEADR=* dtea'ddress' \ 1 1 

.1 Hh={nn\ ($ic,nn)\($c,$ic,nn)\(sd,$c,sic,nn)} , ; 
[NAMEl=name] [ , NAME2-/?ame] 
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Parameters 



PRCSR=prcsr 

Description 

Specifies the prcsr statement that defines a DCP running the TCP-IP Stack. 



DCAEPrdcaname 

Description 

Specifies the name of the dcats, dcfts, trunk, xeu, or netadr statement that defines 
the DCA end point associated with this IPADR statement 

To define the relationship for TS/TN configurations, reference a dcats, dcpts, trunk, 
or XEU statement. For DNS configurations, reference a trunk, xeu, or NETADR 
statement This parameter is required when either ipaddr parameter is flagged 
LOCAL. 

If both ipaddri and IPADDR2 are specified, you are configuring a DCA enpoint acrosss 
a TCP/IP network, and one of the addresses must be flagged LOCAL. In this case, 
the value for the dcaep parameter can be the name of either a trunk or dcats 
statement. A trunk or dcats statement that is used as the value of the dcaep 
parameter cannot also be referenced by a station or sap statement. 
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\PM)DRnzz{adrl,adr2 r adr3 t adr4 [, [f!ag][,poft ] ] ) 

Default 

264 for port (DCATS-toDCATS pairing only) 

Range 

1 to 65 f 535 for port 

Description 

IPADDR1 and IPADDR2 associate IP addresses and DCA end points. They also 
associate IP addresses and DTE addresses for TCP/IP hosts attached to PDNs. In 
most instances, use either IPADDR1 or IPADDR2, not both. You can use them 
interchangeably, however. Use both only when you define a DCA endpoint across a 
TCP/IP network. Specify the IP address segments as decimal numbers ranging in 
value from to 255. 

flag Identifies the kind of address specified with the addrn parameter. You may 
use one of the following flags: 

LOCAL Identifies the IP address of the local DCP or another DCA end 
point within the Telcon network. The LOCAL flag refers to the 
DCP referenced on the PRCSR parameter and to the DCA facility 
referenced on the DCAEP parameter. If the DCA end point 
resides in this DCP, the IP address specified on the IPADDRn 
parameter is assigned to this end point and this DCP. 

If the DCA facility defined on the DCAEP parameter is not located 
on this DCP, the LOCAL label assigns the IP address to the DCP 
identified on the PRCSR parameter and associates the DCA 
facility with the IP address. 

if the DCA end point is a DCP trunk, with one DCP located across 
the TCP/IP network, two ipadr statements are required to assign 
an IP address to each end of the trunk. On one statement, one 
end is flagged LOCAL and on the other statement, the other end 
is flagged LOCAL, See Example 3 at the end of the IPADR 
statement discussion for information on configuring trunks. 

RIPNBR Identifies the IP address of an RIP neighbor node that uses 

routing information protocol. An RIP neighbor address cannot be 
flagged LOCAL. This parameter is used only to define RIP 
neighbors on DCA networks, 

SERVER Identifies the address of the Domain Name System name server. 

port Port number is set to 265 to run ES-IS trunks over TCP-IP stack. In all 
other cases it is best to leave this parameter unspecified. 
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DTEADRrdteaddress 

Description 

The DTE address associated with the remote IP address specified on this statement 
it applies to the iPADDRthat is not flagged LOCAL. This parameter is required for 
generic X.25 networks that do not support the IP-to-X.121 address translation 
algorithm used in the DDN. The format is a quoted string of up to 15 decimal digits. 
This parameter should be used only when an associated SUBNET statement 
specifies TY-PE-IPPDN. 



NA={ nn I (sic,nn) I (sc,$ic,nn) I (sd,sc,sic,nn) } 

Description 

The DNS node address of a DCA end point across a TCP/IP network. Use this 
parameter only for TCP-IP hosts that are not flagged LOCAL. This parameter is 
required for DNS subnetworks to enable the TCP-IP Stack to discover other active 
TCP-IP nodes in the DNS subnetwork. The address format conforms to DNS 
addressing conventions and is identical to the NA parameter used on the NETADR 
statement. 



NAMEl=name 

Description 

Specifies a name for the host defined by the IPADDR1 parameter. This name 
becomes an entry in the local host name directory. If you use this parameter, you 
do not need to use the nsm configuration statements. 



UAME2=name 

Description 

Specifies a name for the host defined by the IPADDR2 parameter. This name 
becomes an entry in the local host name directory. If you use this parameter, you 
do not need to use the nsm configuration statements. 
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Example 1 

This example shows an IPADR statement defining a local host, that is, a host in the 
DCA network. The host could be an OS 1100 running DDN 1100, a DCP 
functioning as a TELNET terminal concentrator, or some other DCA system 
running TCP/IP software. 

IPA1 IPADR PRCSR~PRC1,DCAEP-H1100.IPADDR1=(36,143, 0,95, LOCAL) 

Example 2 

This example defines a U Series or Personal Workstation 2 host running 
Information Services (IS) software located across the TCP/IP network. 

• The DCAEP parameter specifies a DCATS statement that uniquely identifies the 
remote host. This DCATS statement cannot be referenced by a STATION or SAP 
statement. 

• : IPADDR1 is flagged LOCAL and specifies the IP address of the local DCP. 

• IPADDR2 specifies the IP address of the remote host. 

IPA2 IPADR P'RCSR-PRCl.DCAEP-REMOTEl, ; 

IPADDR1=<36, 143.0. 100, LOCAL),; 
IPADDR2-(36, 143,0. 90) 

Example 3 

This example defines a trunk connection to U Series or PWVlS End System (ES 
trunk). 

• The DCAEP parameter specifies a TRUNK statement defining the DNS trunk to 
the U Series or PW 2 end system. This TRUNK cannot be referenced by a 
STATION or a SAP statement. 

• I PADDR1 is flagged LOCAL and specifies the IP address of the DCP. 

• I PADDR2 is the IP address for the U Series or PW 2 host. 

• The port number for an ES-IS trunk, which connects a DCP to an IS system, 
must be specified as 265 for both ends of the trunk. 

IPA3 IPADR PRCSR~PRC1,DCAEP~TRUNKIS, ; 

IPADDR1=(129,221,2,91,L0CAL,265), ; 
IPADDR2-(129, 221, 2,112, ,265) 
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Example 4 

Example 4 defines a DNS or RTC trunk between the local DCP and a remote DCP 
across the TCP/IP network. Each IPADR statement refers to the same TRUNK 
statement, and each defines one end of the trunk. 

PRCSR1 PRCSR 
PRCSR2 PRCSR 



TRUNK1 TRUNK 



PRCSR-(PRCSR1,PRCSR2),.. 



IPADR1 IPADR 
IPADR2 IPADR 

Example 5 



PRCSR-PRCSR1.DCAEP-TRUNK1,; 
IPADDRl-(57, 23, 0,54, LOCAL),; 
IPADDR2=(57, 31, 0,117) 
PRCSR-PRCSR2.DCAEP-TRUNK1, ; 
IPADDRl-(57 f 23,0,54),; 
IPADDR2-C57.31, 0,117, LOCAL) 



Example 5 illustrates how to specify a DTE address for a TCP/IP host connected to 
a generic X,25 PDN. 

IPA4 IPADR • PRCSR-PRCSR1,; 

IPADDR1=(77, 13,1,44),; 
DTEADR='311O8010009672* 

Example 6 

Example 6 defines the DCP running TCP-IP Stack as a terminal concentrator (to 
support TELNET terminal access to TCP/IP destinations). It specifies the 
following: 

• A DCPTS statement on the DCAEP parameter, which uniquely identifies the DCP 

• One IPADDR parameter, flagged LOCAL, to assign an IP address to the DCPTS 
I PAS IPADR PRCSR-PRCSRl.DCAEP-DCPTSl.IPADDRl-(36. 143, 0,100, LOCAL) 
Online Configuration Differences 

None. 



7831 5546^100 



3-11 



IPADft - Assigning IP Addresses 



3-12 7831 5546-100 



NSW! - Naming Entries in the Host Name Directory 



NSWI - Manning Entries in the Host Name Directory 

The NSM statement specifies entries in the host name directory. This statement 
maps internet addresses to locally specified names. 

Format 

name NSM N$S=*/7Ss, ; 

NSID=* name 1 , ; 
lPkvvR~(adrl,adr2,adr3,adr4) 



NSSmss 



Description 

Identifies the nss statement with which this configuration statement is associated 



NSiD='name' 

Description 

Names the ASCII host. The name is 24 characters maximum and is of the format 

labell.label2 labeln, enclosed in single quotation marks. Each label must begin with 

an alpha character and can consist of the characters A through 2 and hyphen (-). Upper 
and lower case are the same. 



1PADDR=(adrl, adr2, adr3, adr4) 

Description 

Specifies the internet host addresses associated with the specified host name 



Example 

The example specifies a parent NSS statement (NSPRCRi), a name for the remote 
host (REMOTEHOSTA), and an IP address. 

RNAM'E NSM N$S=NSPRC1 , NSID=* REMOTEHOSTA' , ; 

IPADDR-(168,2,25,3) 



Online Configuration Differences 

None. 
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NSS - Defining the Characteristics of the Host Name Directory 

The NSS statement defines the characteristics of the domain name system resolver. 
This provides a directory for name-to-address mapping of host names and host 
Internet addresses. 

Two formats for the NSS statement are shown here. The parameters differ if you 
are pairing TCP-IP Stack with Telcon 9R2 or Telcon 9R3. 

Format 1. Use with Telcon 9R2 

name NSS PRCSR-prcsr, ; 

[CCT«cntI],; 
[LIV-t],; 

[NADR«cnt3],; 
[UCT-cnt^] 

Format 2. Use with Telcon 9R3 



name NSS PRCSR-prcsr, ; 

[CCT^cntJ].; 
■HSTFSIZ-57ze],; 
s HSTNAMl-'f7 7enaroer] f ; 
= HSTNAM2-' filename?!.; 
= LIV-t]. ; 
"NADR-c/?t3],; 
TIMEOUT-tfroeowt],; 
[UCT-c/?t2] 



Parameters 



PRCSR=prcsr 

Description 

identifies the prcsr for which this directory is being specified. 



CCT=:cnfl 

Default 

25 

Range 

to 255 

Description 

Identifies the number of entries to reserve in the core cache table. 
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HSTFSC=s/z® 

Default 

100 blocks 

Range 

4 to 1000 blocks 

Description 

The size of each of the two files that the Domain Name System uses to store host 
names and their associated addresses. 



HSTNAMl=:'fflename2' 

Default 

DNS'HSTFILEl 

Range 

1 to 37 characters 

Description 

The name of one of the cache files to contain host names and their associated IP 
addresses. The Domain Name System uses two files. HSTNAM1 and HSTNAM2 
cannot have the same name. 



H$TWmE2z:TilenameZ 

Default 

DNS*HSTFIL2 

Range 

1 to 37 characters 

Description 

The name of one of the cache files to contain host names and their associated IP 
addresses. The Domain Name System uses two files. HSTNAM1 and HSTNAM2 
cannot have the same name. 



LIV=t 



Default 

48 

Range 

to 65,535 

Description 

Identifies the time-to-live value in hours for the local cache entries. 



3-16 



7831 5546-110 



NSS - Defining the Characteristics of the Host Name Directory 



NADR=cnt3 

Default 

3 

Range 

to 255 

Description 

Identifies the maximum number of host addresses to allow for each destination name. 



TIMEOUT=:£imeout 

Default 

3 seconds 

Range 

1 to 100 seconds 

Description 

The amount of time the Domain Name System will wait for a response before 
retransmitting a request for an address. 



UCT=cnt2 

Default 

25 

Range 

to 255 

Description 

Identifies the number of entries in the user control table. 



Example 

This example specifies PRC1 as the local processor for which the directory is built. 
In most cases, the defaults provide sufficient functionality and it is unnecessary to 
configure the other parameters. 



NSPRC1 NSS 



PRCSR-PRC1 



Online Configuration Differences 

None. 
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SUBNET - Defining TCP/IP Network Connections and Static 
Routes 

The SUBNET statement defines TCP/IP subnetworks. Each statement defines a 
particular subnetwork, which is either directly attached to the DCP or reachable 
through a gateway. 

• When used with the CHANNEL parameter, this statement allows IP routing 



• When used with the PDNGRP parameter, this statement connects TCP-IP to an 
X.25 network. 

* When used with the LINE parameter, this statement connects TCP-IP to LANs. 

'• When used with the IPGATEWY parameter, this statement defines fixed routes 
to other subnetworks. 

Notes: 

1. TCP-IP Stack does not support logical subnetworking. Do not configure 
SUBNET statements with different IPNETID parameters and the same 
CHANNEL, LINE, PDNGRP, or IPGATEWY parameter, 

2. TCP-IP Stack does not support network bridging. Do not configure 
multiple SUBNET statements with identical IPNETID parameters and 
different values for the TYPE parameter. 

3. Multiple SUBNET statements with identical IPNETID and TYPE 
parameters are assumed to connect to the same physical network. 

Format 



name SUBNET PRCSR-prcsr, ; 

IPl\ETID={(adrl,adr2,adr3,adr4) | DEFLTGWY), 

TYPl^subntype, ; 

!Q\\AmEL=channelt,CUkMEL=channen ... | 
LINE-77ne[ ( LINE-?7ne]... | 
PDNGRP=pdngrp[ , PDNGRP=pc/ngrp] . . . | 

. I PGATEWY=( hopcnt, adrl , adr2, adr3, adr4) , ;) 

[AUTONUM-n], ; 

[DGSIZE-bytes],; 

[IPBRDCST-UIO}],; 

[IPMAXVOn],; 

[IPR0UTER={N0| YES}] , ; 

[RIP=( activity, cost, timeout, count, del ay , port)'] , 

[SECURITY-se-curfty],; 

iS\)MMSK~(adrl,adr2,adr3,adr4)] 
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Parameters 



PRCSR=prcsr 

Description 

Specifies a prcsr statement name that defines the DCP attached to this subnetwork 



IPNETlD=(adrl,adr2,adr3,adr4) I DEFLTGWY 

Description 

adrl,adr2,adr3,adr4 Specifies a network number (NET1D), which along with the 
host number (HOSTID), makes up a complete internet 
address. All internet addresses are 32-bit values specified 
as four decimal numbers. How you specify this value, 
however, depends on whether this SUBNET statement defines 
subnetwork routing. For networks that do not require this 
type of routing, follow the rules described in Table 3-1. 

To define subnetwork routing, the rules described in Table 
3-1 apply as well. However, you now use some of the bytes 
to which you assigned zeros for an extended network 
number. For example, class A networks still require the first 
byte - the NETID portion - to specify an address between 1 
and 126. You can use part of the remaining three bytes to 
specify additional NETID digits. The parts you use for this 
purpose must be defined on the SUBNMASK parameter of 
this subnet statement. 



DEFLTGWY 



Specifies that any networks or subnetworks not specifically 
configured can be reached through the default gateway 
defined by the IPGATEWY parameter. Use the DEFLTGWY 
label in place of an IP address specification. 



Table 3-1 . IPNETID Rules for Networks that Do Not Use Subnetworking 



Net Type 


1st Byte Value 


2nd Byte Value 


3rd Byte Value 


4th Byte Value 


A 


1-126 











reserved 


127 


any 


any 


any 


B 


128-191 


1-255 








C 


192-223 


1-255 


1-255 





reserved 


224-255 


any 


any 


any 



Note: Using reserved values will cause unpredictable results in the operation of 
TCP-IP Stack. 
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Parameters 



TYPE=sufontype 

Description 

Specifies the subnetwork type, identified by one of the following labels: 

DDN specifies the DDN X.25 subnetwork. 

IPCHAN specifies a host channel (to an OS 1100 host) as an IP subnetwork. 

iPDNS specifies a Telcon DNS subnetwork. TCP-IP supports only one SUBNET of 
TYPE=IPDNS in any one Telcon node. 

IPFDDI specifies a fiber, distributed data interface (FDDI). 

iPPDN specifies an X.25 PDN (generic X.25) subnetwork. If you specify IPPDN r 
you must also configure all required DTE addresses on associated ipadr 
statements. 

IPTR specifies a token ring (IEEE 802.5) subnetwork. 

LAN specifies a LAN subnetwork (for 802.3 MAC attachments only). 

LANLLC specifies a LAN subnetwork (for 802.2 LLC type 1 attachments only). This 
configures the subnetwork access protocol (SNAP) interface to LLC type 
1. 

Note: The TYPE parameter is not required when the IPGATEWY parameter is used. 



CHANNEL=channeJ 

Description 

Specifies the name of a channel statement identifying the channel subnetwork you 
want to configure. The TYPE parameter must be set (up to eight channels can be 
configured on one SUBNET) to IPCHAN. The IPCHAN subnetwork type is valid only for 
OS 1 100 hosts configured to use TCP/IP protocols over a channel connection to a 
DCP. 
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IPGATEWY=(hopcnt, adrl ,adr2,adr3,adr4) 

Range 

to 255 for hopcnt 

to 255 decimal, for each addr 

Description 

Specifies the hopcount and address of a gateway through which this subnetwork 
can be reached. This parameter implies that the subnetwork is not directly attached, 
but can be reached through the specified gateway. Use this parameter with the 
IPNETID parameter when defining a default gateway. Do not use the LINE, PDNGRP, 
or CHANNEL parameter if you use this parameter. 



hopcnt 



Specifies the number of. hops from the gateway to the 
destination subnetwork. Use this parameter to prioritize the 
gateway when more than one gateway is configured. 



adrl,.„ 9 adr4 The IP address of the gateway, formatted as four decimal values. 



LINE=fine 



Description 

Specifies the label of a line statement if the DCP is directly connected to the 
specified subnetwork. Use this parameter for LAN connections. You can specify this 
parameter up to eight times if the DCP has multiple connections to the LAN. This 
is mutually exclusive with PDNGRP, CHANNEL, or 1PGATEWY. 



PDNGRPrpdngrp 

Description 

Specifies the label of a PDNGRP statement identifying an attachment to either a 
generic X.25 or DDN X.25 subnetwork. You can specify up to eight additional 
PDNGRP parameters when multiple PDN groups are connected to the same 
subnetwork. This is mutually exclusive with LINE, CHANNEL, or IPGATEWY. 



AUTONUM=n 

Default 



Description 

Specifies the autonomous system number of the subnetwork, assigned by the 
network administrator. 
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DGSJZE=bytes 

Default 

576 

Range 

1 to 65,535 

Description 

Specifies the maximum number of bytes in an IP datagram on this subnetwork 



tf>BRDCST=HO 

Default 

1 

Description 

Specifies the IP broadcast address format used on this subnetwork. 

1 = 255.255.255.255 
= 0.0.0.0 



IPMAXVC=n 

Description 

Specifies the maximum number of virtual circuits IP can use for a given connection 
over an X.25 subnetwork 



IPROJTER=YES I NO 

Default 

NO 

Description 

Specifies whether TCP-^P Stack operates as an IP router on this interface 
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RIP=(*ctivrty,cost, timeout, count,detey,portJ 

Note: As of Release 2R3, RIP is supported for SUBNETS of TYPE=LAN, LANLLC, 
IPFDDI, and IPDNS. 



NO for activity 




1 for cost 




30 for timeout 




5 for count 




300 for delay 




520 for port 




Range 




1 to 15 for cost 


1 to 255 


for timeout 


1 to 255 


for count 


1 to 255 


for delay 



to 65,535 for port 

Description 

Allows you to change defautts associated with RIP activity. Do not change the 
values for these parameters unless you know what the results will be. 

activity Specifies RIP activity with the following labels: 

YES RIP active (acquires and propagates routing information) 
NO RIP inactive 

SILENT acquires, but does not propagate routing information on this 
subnetwork 

cost Specifies the cost in gateway hops to route across this subnetwork 

timeout Specifies the time in seconds between routing updates transmitted by RIP 

count Specifies the number of timeouts that must expire before RIP marks a 
routing table entry as being unreachable, if no routing updates are 
received for that entry. 



untcty 



Specifies the time in seconds that KiP waits before propagating 
information about lost routes 



port Specifies the UDP port that RIP uses on this processor 

Note: Some ports within this range are reserved for other protocols, 
so be extremely careful if you change this value. 
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SECURffTYrsecurity 

Default 

UNCL 

Description 

Specifies the security level as a decimal value ranging from to 15, or one of the 
following labels: 



UNCL 





PROG 


4 


CONF 


1 


REST 


5 


EFTO 


2 


SECR 


6 


MMMM 


3 


TOPS 


7 



Specifying security parameters (other than the default) when they are not actually 
required can cause network problems. Your network administrator can provide you 
with a list of required parameters 



SUBNMASMadrl t adr2 f adr3,adr4) 

Description 

Specifies the subnet address mask. TCP-IP Stack uses this mask to determine what 
portion of the HOSTID is to be interpreted as part of the network number (NETID). 

If you do not specify a subnet mask, TCP-IP Stack generates a default mask 
appropriate to the network class. 



Example 1 

This example configures a locally attached DDN X.25 subnetwork. 

DDN1 SUBNET PRCSR=PRC1 ,IPNETID=(4) , ; 

TYPE-DDN.PDNGRP-XLM1 

Example 2 

This example configures a remote DDN X.25 subnetwork that can be reached 
through a gateway at address 3.0.0.4 in one hop. 

DDN2 SUBNET PRCSR-PRC1 . IPNETID-(4) , ; 

IPGATEWY-(1,3. 0,0,4) 

Online Configuration Differences 

None. 
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XEU - Defining External End-User Programs 

The Telcon XEU statement defines the path to applications that are external to 
Telcon, whether in the DCP or on a host system. When used with TCP-IP Stack, 
the XEU statement does the following: 

• It allows the destination to be an IP address, which enables DCA sessions to 
use the TCP/IP transport. 

• It defines the path to the handler for the TN3270 terminal handler. 
Format 

name XEU [DS=c/s | IPADDR-adri, adr2,adr3, adr4~] , ; . 

[DESTSSLi^' poo Iname | luname*'] t \ 
[DESTTSU-'SNACONN'],; 
[DPP=TN3270] 

Required Parameters 



name 



Description 

A name you supply for an application. 



Optional Parameters 



DS=ds 



Values 

A configured name for a netadr, prcsr, or address statement. 

Description 

If you are configuring DCA sessions over TCP/IP, use the name of an ADDRESS 
statement. The ADDRESS statement should contain the IP address of the destination 
where the application is located. 

if you are configuring a TN3270 emulation, use the name of the PRCSR statement 
defining the DCP running SNA/net. At least one DCP in the network must be running the 
SNA/net program product, but TCP-JP and SNA/net do not need to coexist in the same 
DCP. 



IPPADDR=adrl,adr2,adr3,adr4 

Default 

None 

Range 

to 255 for each segment 

Description 

The IP address of the host where the application is located. 



7831 5546-110 



3-25 



XEU - Defining External End-User Programs 



DESTSSU='poo/name I luname' 

Default 

The name of this XEU statement 

Description 

The destination session service user. When used to define the TN3270 handler, the 
value for this parameter is either the name of an SNA/net POOL or LU statement The 
POOL or LU statement must be defined on the DCP running SNA/net. See the SNA/net 
Configuration Guide (7831 5686) for information on configuring SNA/net. 



DESTTSU='SNACONN' 

Default 

DTPX 

Description 

The destination transport service user. You must configure the value SNACONN when 
you are configuring the TN3270 handler. It is used for connections through the SNA/net 
EPU2 component. 



DPP=TN3270 

Default 

INT1 

Description 

The data presentation protocol. You must specify the value TN3270 when you are 
configuring the TN3270 handler. 
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Controlling TCP-IP Stack Operation 



operation and management facility, Network Management Services (NMS). This 
section describes NMS commands that provide the diagnostic and management 
functions of the TCP-IP Stack. They are presented in a format similar to that of 
NMS commands in the Telcon Operations Reference Manual (7831 5728). 

Summary of NMS Commands for TCP-IP Stack 

The following are TCP-IP Stack NMS commands: 



Command 


Description 


DISPLAY-ARP 


Displays LAN IP-to-MAC address mapping 


DISPLAY-IP 


Displays IP status 


DISPLAY=RIPNBR 


Displays RIP neighbors 


DISPLAY=ROUTE 


Displays IP routing tables 


DISPLAY = SAT 


Displays source address table 


DISPLAY=TCP 


Displays active TCP connections (sockets) 


HELP 


Displays Help text 


KILL-ARP 


Deletes LAN IP-to-MAC address mapping, forcing an ARP 
request 


KILL-RIPNBR 


Deletes an RIP neighbor 


KILL-TCP 


Terminates a specific TCP connection 


MODIFY-ROUTE 


Modifies a specific entry in the IP routing table 
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Command 


Description 


PING=nnn.nnn.nnn.nnn 


Sends ICMP Echo Request 


SNAP-IP 


Turns on IP traces and opens a trace file 


SNAP=TCPTB 


Turns on traces in the transport bridge and opens a trace file 


SNAP=TCPTS 


Turns on traces in the transport service and opens a trace file 


SNOF=IP 


Turns off IP traces and closes a trace file 


SNOF=TCPTB 


Turns off transport bridge traces and closes a trace file 


SNOF=TCPTS 


Turns of transport service traces and closes a trace file 



Note: To specify that these NMS commands apply to TCP-IP Stack, you must 
enter the prefix TCP, followed by a space, before each command. 
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DISPLAY=ARP - Display ARP Address Mapping 



Function 

Displays the physical address-to-IP address mapping that TCP-IP Stack (ARP) 
maintains. Typically, it is used to determine if the TCP-IP Stack is communicating 
with or attempting to communicate with another TCP/IP host. If you use the 
command without the DEST parameter, the mapping for every 
maintains is displayed. 

Format 

TCP DISPLAY«ARP[,DEST*{n/?.r?n./7n.r?r?| {adrl , adr2 ,adr3, adr4)}} 
Parameters 



DSSPLAY=ARP 

Description 

Specifies ARP related address mapping information for LAN configurations 



DEST=nn.nn.nn.nn I {adrl,adr2,adr3 f adr4) 

Default 

xx.xx.xx.xx 

Description 

Optionally specifies address mapping information about a specific destination iP address. 
You can use one of two address formats to specify the destination address. The 
nn.nn.nn.nn format is similar to the standard Internet address format. The 
(adrl,adr2,adr3 r adr4) format is identical to that used on TCP-IP Stack configuration 
statements in configuration files and online configuration. Each address segment (nn or 
adr) represents a value ranging from to 255 (decimal). You can specify address values 
in decimal, hexadecimal, or binary notation, and use 'wildcard' characters to match or 
mask values as follows: 



Notation Prefix 

Decimal none 

Hexadecimal OX 

Binary OB 



Example for 
decimal 53 

63 

0X3F (=63) 

0B111111 (=63) 



Wildcard Example 
for any byte 

XX 

OXXX (X=any 4 bits) 

OBBBBBBBBB (B=any 1 bit) 



Note: Decimal notation allows only the XX wildcard designation 
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Example 1 

TCP DISPLAY-ARP 

Displays all ARP address mapping for this Telcon node. 

Example 2 

TCP DISPLAY«ARP,DES'T-(63,XX,XX,XX) 

Displays all ARP address mapping for all IP addresses on network number 63. 
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DISPLAYdP - Display IP Status 



Function 

Lets you collect and display IP run-time statistics. You can reset IP-related 
statistical counters to begin data collection at a known time. The IP counters have 
a range of to (2 s2 - 1)= 4,294,967,295 events. Items counted include the following: 

• Inbound segments and datagrams 

• Outbound segments and datagrams 

• Inbound and outbound fragmented datagrams 

• Datagram errors and timeouts 

You can collect and display statistics for a specific network service provider (NSP) 
interface or for all IP communications handled through the local processor. 

Format 

TCP DISPLAY-IP[,SUBNET-{5u6net|ALL}][.RESET-{YES|M0}] 
Parameters 



DISPLAYdP 




Description 

Collects and displays IP relatecTfun-time statistical information. 


SUBNET=subnetlALL 




Default 

ALL 




Description 

subnet 


Specifies a network service provider (NSP) interface for which information 
will be displayed. Identify the NSP by specifying either the network number 
from the ipnetid parameter of a subnet statement or the name of a subnet 
statement. 


ALL 


Specifies all NSPs (default). 


RESET=YES ! NO 




Description 

YES 


Resets all statistical counters associated with the specified IP address or 
NSP interface. If you do not specify the dest or subnet parameters, only 
counters associated with the Teicon node from which the command was 
issued are reset. 


NO 


Does not reset statistical counters 
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Example 

TCP DISPLAY-IP. RESET-YES 
Resets all counters. 
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DISPUAY=RIPNBR - Display RIP Nftighhnrs 



DISPLAY=RI R - Display RIP Neighbors 



Function 

Displays information on all known RIP neighbors on the Telcon DNS network. 
This information includes the neighbor's IP address and the subnetwork with 
which the neighbor is associated. 

Format 

TCP DISPLAY-RI PHBR[ t $UMET~{nn. nn t nn. nn \ (adrl f adr2,adr3,adr4 )}] 
Parameters 



VidrUHT: 



Description 

This is the command to display information on RIP neighbors 



SUBNET=nn.nn.nn.nn. I (adrl,adr2 f adr3,adr4) 

Default 

XX.XX.XX.XX 

Description 

Specifies the subnet on which the RIP neighbors are located. Use the value specified on 
the ipnetid parameter of a subnet statement to identify the subnet. 



Notation Prefix 

Decimal none 

Hexadecimal OX 

Binary OB 



Example for 
decimal 63 

63 

0X3F (-63) 

OBI 11 111 (-63) 



Wildcard Example 
for any byte 

XX 

OXXX (X=any 4 bits) 

OBBBBBBBBB (B=any 1 bit) 



Note: Decimal notation allows only the XX wildcard designation. 



Example 

TCP DISPLAY-RIPNBR,SUBNET-124.54..0.34 

Gathers information on the RIP neighbor with network number 124.54.0.34. 



7831 5546-100 



4-7 



DISPUY=RIPNBR - Display RIP Neighbors 



4-8 7831 5546-100 



DISPLAY=ROUTE - Display IP Routing Tables 



DISPLAY=ROUTE - Display IP Routing Tables 



Function 

Displays IP routing table information for either a specified destination IP address 
or for all IP addresses known to TCP-IP Stack. 

Format 

TCP DI$PLkY=RQUTElM$T={nn.nn.nn.nn\{adrl,adr2,adr3,adr4 ')}] 
Parameters 



DISPLAY=ROUTE 

Description 

Displays IP routing table information 



DEST=nn.nn.nn.nn I (adrl,adr2,adr3 t adr4) 

Default 

XX.XX.XX.XX (specifies all IP addresses) 

Description 

Specifies a destination IP address for which routing table information is displayed. You 
can use one of two address formats to specify the destination address. The nn.nn.nn.nn 
format is similar to the the standard Internet address format. The (adrl f adr2,adr3,adr4) 
format is identical to that used on TCP-IP Stack configuration statements in configuration 
files and online configuration. Each address segment (nn or adr) represents a value 
ranging from to 255 (decimal). You can specify address values in decimal, 
hexadecimal, or binary notation and use *wildcard' characters to match or mask values 
as follows: 



Notation Prefix 

Decimal none 

Hexadecimal OX 

Binary OB 



Example for 
Decimal 63 

63 

0X3F (=63) 

OBI 11 111 (-63) 



Wildcard Example 
for Any Byte 

XX 

OXXX (X=any 4 bits) 
OBBBBBBBBB (B=any 1 bit) 



Note: Decimal notation allows only the XX wildcard designation 



Example 

TCP DISPLAY-ROUTE 

Displays routing table information for all destination IP addresses known to 
TCP-IP Stack on the local processor. 

Note: The routing table display can be very large and may be truncated. Use the 
DEST parameter to display routing information for specific entries. 
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( : ■ ! 
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DISPLAY=SAT - Display Source Address Table 



Function 

Allows the display of all addresses configured for TCP-IP Stack. This includes 
addresses assigned to DCA TSs or DNS nodes that do not reside in the same 
Telcon node as the TCP-IP Stack, and for which TCP-IP Stack provides a DCA-to- 
TCP/IP gateway. 

Format 

TCP DISPLAY-SAT 

Example 

>TCP DISPLAY-SAT 

> 

>07/12/92 14:42:52 *** COMMAND ACCEPTED *** 

>07/12/92 14:42:52 *** TCP-IP SOURCE ADDRESS *** 

> 



>S0URCE ADDRESS 


DCA ADDRESS 


>129.221 .2.91 


1.1.1.2 


>129.221.2.91 


13,2 


>129.221.2.92 


1.1.1.3 


>129.221.2.92 


13,12 


>129.221.2.93 ' 


1.1.1.4 


>129.221.2.93 


13,27 


>*** FUNCTION COMPLETE 
> 


*** 



The example shows several IP addresses in use by the DCP. All are paired with 
DNS addresses (for example: 129.221.2.91 through 1.1,1.2) and processor TRUNK 
statement identifications (for example: 129.221.2.91 through 13,2). Depending on 
the TCP-IP configuration and the use of DNS versus TSyTN, a DCP can show the 
IP addresses paired with either DNS or TS/TN addresses, or both. 
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DISPLAY=TCP - Display Active TCP Connections 



Function 

Displays the status of all TCP connections, You can gather this status based on 
the source or destination IP address, on both, or on a source or destination TCP 
port number. To uniquely identify a single TCP connection, specify all the 
parameters. 

Format 



TCP 



DISPLAY-TCP 



t.SRC-{nn.nn.rw.nn \ (adrl,adr2,adr3,adr4)}] 
[,DEST-{rtn.n/7*n/7.m? | (adrl,adr2 t adr3 t adr4))l 

[ .SRCPORT-xxxx ] [ .DESTPORT- xxxxl 



Parameters 



DISPLAY=TCP 

Description 

Displays TCP connection information 



SRC=nn.nn,nn.nnl(adr2,adr2,adr3,adr4) 

Default 

xx.xx.xx.xx (all destinations) 

Description 

Specifies a source IP address for which TCP connection information will be displayed. 
Refer to display=arp for information on the use of wildcard characters. 



DEST=nn.nn.nn.nn I [adrl,adr2 f adr3,adr4) 

Default 

xx.xx.xx.xx {all destinations) 

Description 

Specifies a destination IP address for the TCP connection information to be displayed. 



Notation Prefix 

Decimal none 

Hexadecimal OX 

Binary OB 



Example for 
decimal 63 

63 

0X3F (=63) 

0B111111 (=63) 



Wildcard Example 
for any byte 

XX 

OXXX (X=any 4 bits) 
OBBBBBBBBB (B=any 1 bit) 



Note: Decimal notation allows only the XX wildcard designation. 



K *.:„y 
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D!SPLAY=TCP - Display Active TCP Connections 



SRCPORT=xxxx 

Default 

(all ports) 

Description 

Specifies a source TCP port number 



DESTPORT=xxxx 

Default 

(all ports) 

Description 

Specifies a destination TCP port number 



Example 

TCP DISPLAY-TCP, SRC-124. 54.0. 34, DEST-124. 54. 0.36 

Displays the active TCP connections between the source and destination IP 
addresses specified. The following is a list of TCP connection statement 
abbreviations: 



** 


Closed 


TW 


Time Waiting 


Wl 


FIN waitl 


LI 


Listen 


W2 


FIN wait2 


CL 


Closing 


ss 


Syn sent 


CW 


Close wait 


SR 


Syn received 


LA 


Last Ack 


ES 


Established 
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HELP - Displays Online Help Text 



HELP - Displays Online Help Text 



Function 

• Leaving off the first parameter displays a list of accepted TCP-IP commands 
that can be used as values for cmd, in addition to general help information 
regarding the NMS commands supported by TCP-IP Stack. 

• Specifying one of the values for cmd provides a list of accepted types that the 
command can be used with, in addition to general help regarding the TCP-IP 
Stack NMS command identified by cmd. 

This information is followed by additional screens of help text for each individual 
type specified. 

Format 

TCP HELPC cmd[ type]] 
Parameter 



cmd 



Description 

The name of the command, such as display or kill. 



type 



Description 

The TCP-IP facility you want the command to work with, such as arp or route. 



Example 

TCP HELP DISPLAY 

Description 

This command displays several pages of information regarding DISPLAY 
commands, beginning with a list of facilities that you can display 
information about. 
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KILL=ARP - Delete ARP Address Mapping 



Function 

Deletes ARP addresses from the cache. Normally, these addresses are updated 
when the ARP timer expires. Use the KILL=ARP command to update addresses 
before the timer expires. 

Format 

TCP KI LL=ARP [ , DEST-{ nn .nn.nn.nn\(adrl , adrZ ,adr3,adr4 ) } ] 
Parameters 



KILL=ARP 






Description 

This is the command to delete ARP addresses 






DEST=nn.nn.nn.ftn 1 (adrl t adr2 t adr3,adr4) 






Default 

xx.xx.xx.x (all destinations) 






Description 

Specifies a destination IP address to delete. If ' 
ARP addresses are deleted. 


you do not use the dest parameter, all 


Notation Prefix Example for 
decimal 63 

Decimal none 63 
Hexadecimal OX 0X3F{«63) 
Binary OB OBI 11 111 (=63) 


Wildcard Example 
for any byte 

XX 

OXXX (X=any 4 bits) 

OBBBBBBBBB (B^any 


Ibit) 


Note: Decimal notation allows only the XX wildcard designation. 





Example 

TCP KILL ARP DEST-124.54.0.3 

Deletes ARP addresses from the cache at the IP address specified. 
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KILLzRiPNBR - Remove an RIP Neighbor 



Function 

Removes discovered RIP neighbors. Use this command on DNS networks only. 
Format 

TCP KILL=RIPUBR, kDR~{nn.nn.nn.nn\ (adrl,adr2,adr3,adr4)} 
Parameters 



KILURfPNBR 

Description 

This is the command to remove an RIP neighbor from the neighbor list 



ADfcrni.nn.nn.nn I (adrl,adr2,adr3,adr4) 

Default 

xx.xx.xx.xx (all destinations) 

Description 

Specifies the address of the RIP neighbor to be removed. 



Notation Prefix 

Decimal none 

Hexadecimal OX 
Binary OB 



Example for 
decimal 63 

63 

0X3F (-63) 

0B111111 (=63) 



Wildcard Example 
for any byte 

XX 

OXXX (X=any 4 bits) 

OBBBBBBBBB (B=any 1 bit) 



Note: Decimal notation allows only the XX wildcard designation. 



Example 

TCP KILL RIBNBR ADR-124 .54.0.3 

Deletes an RIP neighbor from the neighbor list. 
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KILL-TCP - Terminate a TCP Connection 



Function 

Terminates TCP connections. Use it to free a suspended TCP connection when no 
keep-alive mechanism is configured. You must use all the parameters listed to 
uniquely identify a TCP connection. 

Format 

TCP KI LL-TCP . SRC- [nn .nn.nn.nn\( adrl t adr2, adr3 ,adr4)} 
, DEST~{ nn .nn.nn.nn\( adrl , adr2, adr3, adr4 ) } 
, SRCPORT-xxxx , DESTPORT-xxxx 

Parameters 



KILL=TCP 



Description 

This is the command to terminate a TCP connection 



SRC=nn.fin.nn.nn I (adrl,adr2,adr3,adr4) 

Description 

Specifies the source IP address of a TCP connection to terminate. This parameter does 
not allow the use of wildcard characters. 



DEST=nn.nn.m.nn I (adrl,adr2,adr3 t adr4) 

Description 

Specifies the destination IP address of a TCP connection to terminate. This parameter 
does not allow wildcard characters. 



SRCPORTrxxxx 
Description 



Specifies the source TCP port number of a TCP connection to terminate 



DES7PORT=xxxx 

Description 

Specifies a destination TCP port number of a TCP connection to terminate 



Example 

TCP KILL-TCP,SRC-124.54.0.34,DEST-124.54.0.36,SRCPORT-264,DESTPORT=264 
Terminates a TCP connection between the IP addresses and ports shown. 
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M0DIFY=R0UTE - Modify an IP Routing Table Entry 



MODIFY=ROUTE - Modify an IP Routing Table Entry 

Function 

Changes entries in the routing table. The command requires the DEST parameter. 
Format 

TCP MODI FY-ROUTE , DEST~{ nn .nn.nn. nnliadrl , adr2, adr3, adr4 ) } 

[ , GATEWAY- {nn.nn. nn.nn] ( adrl , adr2 t adr3,adr4 ) } ] 
[, C0ST~{nn| INFINITE) ][,L0CK-{YES| NO}] 

Parameters 



MODIFY=ROUTE 

Description 

This is the command to modify an entry in the routing table. 



DEST=nn.nn.nn.nn I (adrl,adr2,adr3,adr4) 

Description 

This is the subnetwork number of the destination subnetwork. This parameter does not 
allow wildcard characters. 



GATEWAY=nn.nn.nn.nn I (adrl t adr2,adr3,adr4) 

Description 

This is the IP address of the first router on the path to the destination subnetwork. This 
parameter does not allow wildcard characters. 



COSTxnn I INFINITE 

Default 

1 



VVOVI I^UWII 



This is the number of hops to the destination. Entering infinite causes the route to be 
deleted. 



LOCK=YES ! NO 

Description 

Specifies whether RIP is to update the route. 
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MQDIFY=RQUTE - Modify an IP Routing Table Entry 



Example 

TCP M0DIFY-R0UTE.DEST-124.54.0.36.GATEWAY-120.45.9.54.C0ST-3 

Changes the route to the host at IP address 124.54.0.36. It specifies the first 
gateway to the destination subnetwork and the number (3) of gateway hops to the 
destination subnetwork. 
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PING - Sends ICMP Echo Request 



PIMG - Sends ICMP Echo Request 



Function 

This command sends an ICMP echo request to another TCP-IP host. This allows 
the operator or network administrator to collect information about connectivity. 

Format 

TCP PING=nnn.nnn.nnn,nnn[JIMEOU>nn] 

[,REPEAT=nnn] 
[,LENGTH~nnn] 
[,REC0RD={YES|N0}] 

Parameters 



PiNG=nnn.nnn.nnn.nnn 

Description 

The address of the TCP/IP host that is to be pinged. This parameter is required. 



TIMEOUT=nn 

Default 

2 seconds 

Range 

1-99 seconds 

Description 

Specifies the amount of time that TCP-IP wiil wait for a response from the TCP/IP host 
being pinged. 



REPEAT=nnn 

Default 

1 

Range 

1-99 

Description 

Specifies the number of attempts that are to be made for this ping command. 
Successive attempts are made following every response, or following every timeout. 
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PING - Sends ICMP Echo Request 



LENGTH=nnn 

Default 

100 bytes 

Range 

40-576 bytes 

Description 

Specifies the length of the packet to be sent It is useful when checking maximum 
transmission unit sizes for routers and bridges. 



RECORD=YES I NO 

Default 

NO 

Description 

Requests TCP-IP record and report the route taken for successful ping attempts. 
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SNAP-IP - Turn On IP Traces 



SNAPdP - Turn On IP Traces 



Function 



Turns on message tracing in the internet component. 

Format 

TCP SNAP-I PC . DI R- a N I OUT | BOTH} ] C . I F- { NSP I ULP | BOTH } 3 



channeUMU) 
(adrl,adr2,adr3,adr4)}] 
( adrl , adr2, adr3,adr4) } ] 



[ ,FAO{ line]pdngrp 
[ ,SRO{ nn.nn.nn.nn 

[ ,DEST-{w?. nn.nn. nn 

[ . P ID-{ ICMP | TCP | UDP xxxx|ALL}] 

[ t FILE-ff7ena/ne][.PARSE-{IP|N0NE}] 

[,REUSE«n] 

[.LENGTH-length] 



Parameters 



SNAPdP 




Description 

This is the command that turns on message tracing for the IP software module. 


DIRxIN 1 ourr 1 BOTH 


Default 

BOTH 




Description 

Specifies the direction in which messages are to be traced 


IN 


Specifies that only messages being sent from a TCP/IP network are to be 
traced 


OUT 


Specifies that only messages to a TCP/IP network are to be traced 


BOTH 


Specifies that all messages coming from or being sent to a TCP/IP network 
are to be traced 


IF=NSP 1 ULP 1 BOTH 


Default 

BOTH 




Description 

Specifies the interface where messages are to be traced 


NSP 


Specifies the network service provider, which means messages are to be 
traced on the IP side of the interface 


ULP 


Specifies the upper layer protocol, which means messages are to be traced 
on the TCP or user datagram protocol (UDP) sides of the interface 


BOTH 


Specifies that messages are to be traced on both sides of the interface 
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SMAP^IP » Turn On IP Traces 



¥ AC ^ line I pdngrp I channel I ALL 
Default 

ALL 

Description 

Specifies the facility that is to be traced. If you do not use this parameter, all facilities 
are traced. 



line 



Specifies a line statement that defines the line to trace 



pdngrp Specifies a pdngrp statement that defines the PDN line or lines to trace. 

Normally, there is a one-to-one relationship between a line and a pdngrp. If you 
have multilink configured, however, several lines form a pdngrp. Therefore, 
use this parameter only with multilink. 

channel Specifies a channel statement that defines a host channel connection to trace 

all Specifies tracing for all facilities. 



SRC=nn.nn.nn.nn I {adrl,adr2 f adf3 t adr4) 

Default 

xx.xx.xx.xx (all addresses) 

Description 

This is the source IP address. Datagrams with this address are traced. If the DIR 
parameter specifies BOTH, then src and dest are exchangeable. 

Notation Prefix Example for Wildcard Example 

decimal 63 for any byte 

Decimal none 63 XX 

Hexadecimal OX 0X3F (=63) OXXX (X=any 4 bits) 

Binary OB OBI 1 1 1 1 1 (=63) OBBBBBBBBB (B=any 1 bit) 

Note: Decimal notation allows only the XX wildcard designation. 



DESJ~nn.nn.nn.nn I (adrl t adr2,adr3,adr4) 

Default 

xx.xx.xx.xx.xx (all addresses) 

Description 

This is the destination IP address. Datagrams with this address are traced. If the DIR 
parameter specifies both then src and dest are exchangeable. Refer to src for 
information on the use of wildcard characters. 



4-28 



7831 5546-100 
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PIDdCMP 1 TCP 1 UDP 1 xxxx 1 ALL 


Default 

ALL 




Description 

Limits tracing to datagrams of a specific ULP, which can be specified by name or 

number. 


ICMP 


Specifies tracing for the ICMP component 


TCP 


Specifies tracing for the TCP component 


UDP 


Specifies tracing for the UDP component 


xxxx 


Specifies tracing for all messages on a port, which is identified by a RD 
parameter on a line statement 


ALL 


Specifies tracing for all ULPs, This is the default. 


FILE=fi/ename 




Description 

Specifies the name of a file to which tracing information is sent. If the filename is not 
catalogued, then TCP4P Stack catalogues the file automatically. 


This parameter can not be changed unless all tracing is terminated by the SN0F 
command. 


PARSEdP 1 NONE 


Default 

NONE 




Description 

Specifies if output to the screen should be presented by the protocol. 


IP 


Specifies that tracing information on IP should be presented separately on the 
terminal screen 


NONE 


Specifies that tracing information should not be presented separately by the 
protocol. 
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SNAP^IP - Turn On IP Traces 



REUSED 

Default 

1 

Description 

Specifies the number of trace files to open while tracing messages. This value is either 
1, which indicates that trace files are not to be reused, or a value ranging from 2 to 99, 
which causes TCP-IP to open a maximum of that many files and reuse the first file when 
the last file is full. When REUSE is greater than 1, the specified filename is truncated to 
no more than six characters and a two-digit sequence number is added to the end of the 
filename. If reuse is specified, and the filename is not specified, then the filename is set 

to TRACEFIL. 

This parameter can not be changed unless all tracing is first terminated by the snof 
command. 



LENGTH=tength 

Default 

(zero) 

Description 

This parameter is used to limit the length of the traced messages. If the length of the 
message is greater than the specified length, then the traced message is truncated to 
the specified length. The default of specifies no length limit. 



Example 

TCP SNAP-IP SRC-24.5.5.165 

Turns tracing on for datagrams originating at or sent to the IP address specified. 
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SNAP-TCPTB - Turn On Transport Bridge Traces 

Function 

Turns on message tracing in the transport bridge component. 
Format 



TCP SNAP=TCPTB[,DIR={IN 

[ , FILE=f7 lename 
[, LENGTH- length} 

Parameters 



OUT i BOTH }][, I F= {TSUI TCP I BOTH}] 
[, REUSED] 



SNAP=TCPTB 




Description 

Turns on 
bridging 


message tracing for the TCP bridge software module. The TCPTB allows 
between the DCA transport service (DTPX) and the TCP transport service. 


DIRdN 1 OUT 1 BOTH 


Default 

BOTH 




Description 

Specifies the direction in which messages are to be traced 


IN 


Specifies that only messages sent from a TCP/IP network are to be traced 


OUT 


Specifies that only messages sent to a TCP/IP network are to be traced 


BOTH 


Specifies that all messages sent from or to a TCP/IP network are to be traced 


IF=TSU 1 TCP 1 BOTH 


Default 

BOTH 




Description 

Specifies the interface where messages are to be traced 


TSU 


Specifies the transport service user, which means messages are to be traced 
on the Telcon side of the interface 


TCP 


Specifies the transport control protocol, which means messages are to be 
traced on the TCP side of the interface 


BOTH 


Specifies that messages are to be traced on both sides of the interface 
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FSLE=fiiename 

Description 

Specifies the name of a file to which tracing information is sent If the filename is not 
catalogued, then TCP-IP Stack catalogues the file automatically. 

If reuse is specified, and the filename is not specified, then the filename is set to 
TRACEFIL 

This parameter cannot be changed unless all tracing is terminated by the snof 
command. 



REUSE=n 

Default 

1 

Range 

1 to 99 

Description 

Specifies the number of trace files to open while tracing messages. 



1 



. indicates that trace files are not to be reused 



2 - 99 causes TCP-IP to open a maximum of that many files and reuse the first file 
when the last file is full. The specified filename is truncated to no more than 
six characters and a two-digit sequence number is added to the end of the 
filename. 

This parameter can not be changed unless all tracing is first terminated by the SNOF 
command. 



LENGTH=Jength 

Default 

O(zero) 

Description 

This parameter is used to limit the length of the traced messages. If the length of the 
message is greater than the specified length, then the traced message is truncated to 
the specified length. The default of specifies no length limit. 
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SNAP-TCPTS - Turn on Transport Service Traces 

Function 

Turns on message tracing in the TCP transport service (TCP TS) component. 

Format 

TCP SNAP=TCPTS[,DIR={INI0UT1B0TH}][JF-{T$U|TCP|B0TH}] 

[,$RC=soi/rce TSAP-ID~\ 
' ,DE$l=destination TSAP-ID] 
[,FILE=ff 7ename][,REUSE-n] 
MENGTH=7e/7gtft] 

Parameters 



SNAP^TCPiS 

Description 

Turns on message tracing for the TCP TS software module. The TCP TS provides an 
interface to users, allowing them to use the TCP transport. 



DIR=IN I OUT I BOTH 

Default 

BOTH 

Description 

Specifies the direction in which messages are to be traced 

IN Specifies that only messages sent from a TCP/IP network are to be traced 

OUT Specifies that only messages sent to a TCP/IP network are to be traced 

BOTH Specifies that all messages sent from or to a TCP/IP network are to be traced 



IF=TSU 1 TCP I BOTH 

Default 

BOTH 

Description 

Specifies the interface where messages are to be traced 

tsu Specifies the transport service user, which means messages are to be traced 

on the user side of the interface 

TCP Specifies the transport control protocol, which means messages are to be 

traced on the TCP side of the interface 

BOTH Specifies that messages are to be traced on both sides of the interface 
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SNAP^TCPTS - Turn On Transport Service Traces 



SRC=source TSAP-ID 

Description 

The ID of the local transport service access point 

TSAP IDS are registered with the TCP transport service by each transport user. TSAP 
IDS that are received by TCP TS and have not been registered are passed to the TCP 
transport bridge where they are treated as XEU names. 

If the DIR parameter specifies BOTH, then SRC and DEST are exchangeable. 

The format of a TSAP ID can be an 'ASCII string' or a x'hexadecimal string' up to 20 
bytes long. The hexadecimal string must be an even number of characters because two 
hexadecimal characters specify one byte. 

Telcon registers the following values with the TCP TS: 



USER 

DTPX 

NMS 

Interactive 

Remote batch 

MSAP protocol 

DDP bridge. DX is the prefix. The suffix is the name of a 

NETADR, DCATS, or XEU statement name. The value DXname 

must be configured in the CMS 1100 TRANSPORT statement 

as the value for the TRANSPORT-USER parameter. 



Note: V signifies a blank space. Blank spaces must be specified in full. 



ID 

'DTPXbbbb' 

'NMSbbbbb' 

Wbbbbb' 

'RBbbbbbb' 

'HOSTMSbb' 

'DX' 
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SNAP-TCPTS - Turn On Transport Service Traces 



D£ST=destination TSAP-ID 

Description 

The destination transport service access point ID. 

TSAP IDs are registered with the TCP TS by each user of the transport. TSAP IDs that 
are received by TCP-TS and have not been. registered are passed to the TCP transport 
bridge where they are treated as XEU names. 

If the DIR parameter specifies BOTH,then SRC and DEST are exchangeable. 

The format of a TSAP ID can be an 'ASCII string' or a x'hexadecimal string' up to 20 
bytes long. The hexadecimal string must be an even number of characters, because 
two hexadecimal characters specify one byte. 

Telcon registers the following TSAP-IDs with TCP-IP Stack. 



Note: 



User 

DTPX 

NMS 

Interactive 

Remote batch 

MSAP protocol 

The DDP bridge. DX is the user prefix. The suffix is the name 

of a NETADR, DCATS, or XEU statement name. The value 

DXname must be configured in the CMS 1100 TRANSPORT 

statement as the value for the TRANSPORT-USER parameter. 



'b' signifies a blank space. Blank spaces must be specified in full. 



ID 

'DTPXbbbb' 

'NMSbbbbb' 

'INTbbbbb' 

'RBbbbbbb' 

'HOSTMSbb' 

*DX' 



FilE=f//ename 

Description 

Specifies the name of a file to which tracing information is sent. If the filename is not 
catalogued, then TCP-IP Stack catalogues the file automatically. 

If REUSE is specified, and the filename is not specified, then the filename is set to 
TRACEFIL 

This parameter cannot be changed unless all tracing is terminated by the SNOF 
command. 
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REUSE=n 

Default 

1 

Range 

1 TO 99 

Description 

Specifies the number of trace files to open while tracing messages. 



1 



Indicates that trace files are not to be reused 



2 - 99 Causes TCP-IP to open a maximum of that many files and reuse the first file 
when the last .file is full. The specified filename is truncated to no more than 
six characters and a two-digit sequence number is added to the end of the 
filename. 

This parameter cannot be changed unless all tracing is first terminated by the snof 
command. 



LENGTH=/ength 

Default 

O(zero) 

Description 

Limits the length of the traced messages. If the length of the message is greater than 
the specified length, then the traced message is truncated to the specified length. The 
default of specifies no length limit. 



Example 

The following example traces all INT-1 (interactive) sessions through TCP TS. 

TCP SNAP=TCPTS,$RC='INT 
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SNOF=IP - Turn Off IP Traces 

Function 

Turns off the IP message tracing started by the SNAP=IP command. If there are no 
other active TCP/IP traces, it also closes an open trace file. 

Format 

TCP SNOF-IP 
Parameters 



SNOF=/P 



Description 

This is the command that turns IP tracing off 



Example 

TCP SN0F=IP 

Turns IP tracing off and closes the trace file if no other traces are active. 
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SNOF=TCPTB - Turn Off Transport Bridge Traces 

Function 

Turns off the transport bridge message tracing started by the SNAP=TCPB 
command. If there are no other active TCP/IP traces, it also closes an active trace 
file. 

Format 

TCP SNOF=TCPTB 
Parameters 



SNOF=TCPTB 

Description 

Turns transport bridge tracing off 



Example 

TCP'SNOF-TCPTB 

Turns transport bridge tracing off and closes the trace file if no other traces are 
active. 
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SMOF=TCPTS - Turn Off Transport Service Traces 



Function 

Turns off the transport service message tracing started by the SNAP=TCPTS 
command. If no other TCP traces are active, it closes the trace file, if one is open. 

Pqw«q4; 

TCP SNOF=TCPTS 
Parameters 



SNOF=TCPTS 

Description 

Turns transport service tracing off. 



Example 

TCP SNOF=TCPTS 

Turns transport service tracing off and closes the trace file if no other traces are 
active. 
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Appendix A 
Configuration Examples 



This appendix provides examples of TCP-IP Stack configurations. It consists of two 
subsections. The first subsection provides TCP-IP Stack configurations in dynamic 
network services (DNS) networks. The second provides TCP-IP Stack 
configurations in termination systems/transport network (TS/TN) networks. 



A.l. Telcon DNS Configurations 



The following examples use DNS facilities, which provide connectionless 
network services for DC A Telcon networks. 

DNS connectionless network layer services eliminate the need to define 
logical routes between hardware devices in a DCA network. With DNS, you 
provide a name and a DNS network address for each node in your network. 
DNS uses network addresses to accomplish node-to-node routing 
throughout the DCA network. You do not need to define sessions or 
termination systems with DCPTS, DCATS, or SESSN configuration statements. 

DNS replaces TS/TN, in the host and DCPs. Your network, however, can include 
both DNS and earlier network layer protocols for this particular communications 
delivery. 



7831 5545-100 A -l 



Configuration Examples 



A. 1.1. Configuring the DCP as an IP Router Between a LLC LAN 
and the DDN 

This example shows a DCP configured as an IP router between an LLC LAN and 
the DDN, An OS 1100 host running DDN 1100 is attached to the LAN through a 
Host LAN Controller (HLC). Figure A-l depicts this configuration. 



OS 1100 (DDN 1100)) 



Network = 132.52 



mMmmsmsptxxw^iiWimmmtoxwvmmmm* 



132.52.17.56 






UTS 20 



' ■'■ ■ AW 

ill? 



Q 



1 DCP 



K 






132.52.17.92 



TCP-IP 
Stack 



27.5.0.15 



h- DDN \ 



3R.100.CDfl 



Figure A-l. DCP as an IP Router between an LLC LAN and the DDN 



. CMS 1100 CONFIGURATION 

. HLC ATTACHED HOST RUNNING DDN 1100 WITH CMS 1100 TCP/IP 



NODE 
TRACE 

STATIC-BANKS 



NODE-ADDRESS, 10 
ASG,*TRACE(+1). .F///1000 
TCP/IP, DEMAND 



. DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 

APPLICATION ,L0ADEU OWNER, HOSTMS 

REM -HOSTS FILE,CMS*TCPIP.RHOSTS,RFC952 
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PROCESS, DDP 



PROCESS, DCP 

PROCESS, RSDCSU 

INTERNET-ADR.INTH1 
iP.IPl 

LAN.LAN1 
NEIGHBOR, PRC1 



TYPE.XCSU ; 

ENTRY. IPFCSU. IP$CSU ,SYS$LIB$*DDP- PPC- 1 . CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2- INFO , IP$NETD ; 

INPUT-QUE-LIMIT,5000 ; 

INTERNET-ADR.INTH1 

TYPE.SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE,CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE. UP 

IP, IP1, 132. 52. 17. 56 

LINK-LAYER, LAN1 ; 
GATEWAY, 132. 52.17. 92 
INTERFACE-TYPE, IEEE802. 3 

INPUT-NODE, LAN1I ; 
OUTPUT-NODE, LANIO ; 

LOCAL-ADR.X08000BEOOCOA ; 
STATUS, UP 

LAN.LAN1 ETHERNET-ADR,X08000B0C360B ; 
LOAD,TEL*LOAD.PRCl 



************************************************************** 

* TELCON CONFIGURATION 

************************************************************** 

** OS 1100 HOST (ATTACHED TO LAN BY HLC) DNS ADDRESS DEFINITION: 
* 

HOST1 NETADR NA=10 

************************************************************** 

** DCP PROCESSOR DEFINITION: 

* 

DCP1 NETADR NA-1 
PRC1 PRCSR NA-1 

************************************************************** 

** DEMAND TERMINAL EXTERNAL END-USER (XEU) DEFINITION: 

** (CONFIGURES DEMAND MODE TERMINAL ACCESS TO HOST) 
* 

DEMH1 XEU DS-H0ST1.DESTTSU-' RSDCSU' 

************************************************************** 

** XEU DEFINITION FOR DDP TERMINAL ACCESS: 

** (CONFIGURES TERMINAL ACCESS TO DDN 1100 APPLICATIONS) 

* 

DDPH1 XEU DS=H0ST1,DESTTSU='DDP' 

************************************************************** 

* NETWORK CONSOLE DEFINITIONS 
* 

NA-l.DESTSSlH'NMSC 
NA-l.DESTSSU-'EUOS' 
PRCSR-PRC1.TYPE-DCP0S, I NFO-' MONITOR' 

c 

<r ************************************************** *********** 

ALLOWS NMS ACCESS THROUGH OS CONSOLE 



NMSC 


XEU 


OS 


XEU 


EUOS 


EU 



C0NSP1 



TERM 



PRCSR=PRC1,TYPE=0PERAT0R,AUTH«PRIV, ; 

DEST-NMSC.ALOC-YES.CEDS=YES,OPDS=YES ; 
PPID-OFF 
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NMS 

x 


LINE 


CLASS 


UN96SH 

* 




LCLASS 


LNMSPl 




LINE 


GNMSPl 




GROUP 


NMSCP1 




TERM 



xxxx*xxxxxx*xxxxxxxxxxxxxxx*xxxxxx*xxxxxxx^ 

LINE, AND TERMINAL DEFINITION 

LPH~U100L,SPEED~9600,0PTI0NS-(DIR.SYHD) 

PRCSR~PRCl,CLASS=UN96SH ( ADR-04 

PRCSR-PRC1.LINE-LNMSP1 

GROUP=GNMSPl,TYPE=UTS20,ADR-(X'2r .X'63'), 
DEST«NMSC.FMT«(24,80).AUTH-PRIV, ; 

ALOC-IMMED 

* 

xxxxxxxx*xx**xx*xxxxxxxxxxx*x^xxxxxxxxx 

UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 
* SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$SON TO TERMA1) 

* 

TERMA1 TERM GROUP=GNMSPl .TYPE-UTS20 ,ADR=( X' 21 ' ,X*64') 

-k x x xx x x x x x ■*■ x xx**XX**x*xxX*xx* x xxxxxx kr x x •*■ *xx*xxxx*Xxxxxx*xxxxxx 



X2596 LCLASS LPH=X25PKT , OPTIONS-C DIR,SYFD) ,SPEED=9600 

X25DFDN1 X25DEF NETWORK=DDNX25 

PGPP1DN PDNGRP PRCSR=PRC1 , X25DEF-X25DFDN1 , VCGRP-( 1 , 50) , ; 

DTEADR-'0000001215000' 
LNP112 LINE PDNGRP«PGPP1DN,CLASS-X2596,ADR-X'12' 

• x x x * * •>- * X k * * x x * x x x x * x x x x x x x * kr x * * x x x x x x kr x x k xxxxxxxxx*xxxx*xxxxx 

** LAN PLATFORM CONFIGURATION FOR LLC LAN ATTACHMENT: 

LANLC LCLASS LPH-ILML 

LNP111 LINE PRCSR-PRCl.CLASS-LANLC.ADR-X'll'.; 

STA=X'08000BOC360B' 

xxxxxx*xxXxxxxxxx*xx*xxxX**xxxxxxxxx*xxx*x^ 

** TCP-IP STACK CONFIGURATION: 

** EU AND XEU DEFINITIONS FOR TCP-IP STACK: 
** (CONFIGURES SERVER AND USER TELNET ON PRC1 ) 

EUTCP EU PRCSR=PRC1,TYPE=TCPIP 

USRTEL XEU DS=PRC1 .DESTTSU-* DTPX \DESTSSU-* EUTCP ' 

** SUBNET AND IPADR DEFINITIONS FOR DDN X.25 AND LAN ATTACHMENTS: 

SNDDNP1 SUBNET PRCSR-PRC1 , TYPE-DDN , IPNETID-27 , ; 

PDNGRP-PGPP1DN.IPR0UTER-YES 
SNLLCP1 SUBNET PRCSR-PRC1 ,TYPE=LANLLC. IPNETID-U32.52) , ; 

LINE-LNP111.IPROUTER-YES 
IPP1DDN IPADR PRCSR-PRC1.DCAEP-DCP1, ; 

IPADDR1=(27. 5. 0.15. LOCAL) 
IPP1LAN IPADR PRCSR-PRC1 , DCAEP^DCPl , ; 

IPADDR1-C132.52.17.92.L0CAL) 

xxxxx*xx*xxxxxxxxxxx*xx*xxx*x**xx*xxx 

*END OF EXAMPLE 

• x-XXX-X*X-X*XXX-**XX*X XXXXXX **X**X*^ 
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A. 1.2. Configuring a DCP IP Router Between an LLC LAN and a 
Channel-Attached Host 

This example shows a DCP configured as an IP router between an LLC LAN 
attachment and an OS 1100 host The host, running DDN 1100, is attached to the 
DCP through a host channel configured as a TCP/IP subnetwork. This allows 
TCP-IP Stack on the DCP to perform IP routing between the host and the LAN. 
Using CMS 1100 TCP/IP communications, the OS 1100 host is equivalent to any 
other TCP/IP host. Figure A-2 depicts this configuration. 



OS 1100 Host (DDN 1100) 



TCP/IP Channel 
Network « 132.53 

132.53..135.1 
DCP 



132.53,135.3 



TCP-IP 
Stack 



132.52,153.79 
802.3 LAN 




Network « 132,52 



TCP/IP HOST 



Figure A-2. DCP IP Router Between an LLC LAN and a Channel-Attached Host 



*CMS 1100 CONFIGURATION 

. CHANNEL ATTACHED HOST RUNNING DDN 1100 WITH CMS 1100 TCP/IP 



NODE 

TRACE 

STATIC-BANKS 



NODE-ADDRESS. 10 
ASG,*TRACE(1).,F///100 
TCP/IP, DEMAND 



. DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS, 

APPLICATION. LOADEU OWNER.HOSTMS 

REM -HOSTS FILE, CMS^TCPIP. RHOSTS , RFC952 



7831 5546-100 



A-5 



Configuration Examples 



PROCESS, DDP 



PROCESS, DCP 

PROCESS.RSDCSU 

iNTERNET-ADR.INTHl 
IP, IPX 

FEP.FEPP1 
PATH.PATH1 

RSI 



TYPE.XCSU ; 

ENTRY, IPFCSU.IP$CSU,SYS$LIB$*DDP-PPC-1.CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2- INFO , IP$NETD ; 

INPUT-QUE-LIMIT.5000 ; 

INTERNET-ADR.INTHl 

TYPE,SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE.CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE, UP 

IP, IP1, 132. 53. 135. 3 

LINK-LAYER, FEPP1 ; 
INTERFACE-TYPE, DCP-CHANNEL ; 
GATEWAY. 132. 53. 135.1 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE, BLOCK ; 
INPUT-NODE, INODE8 ; 
OUTPUT-NODE, 0N0DE8 

TIME-OUTS,YES ; 
BLOCKING-FACTOR, 25, 4 



************************************************************** 



* TELCON CONFIGURATION 
****************************************************************** 

** OS 1100 HOST DNS NETWORK ADDRESS DEFINITION: 
* 

HOST1 NETADR NA=10 

**************************************************************** 

** DCP PROCESSOR DEFINITION: 



DCP1 
PRC1 



NETADR 
PRCSR 



NA-1 
NA-1 



*************-*■***•-*•**********************•********************* 

** EXTERNAL END-USER (XEU) DEFINITION: 

** (CONFIGURES DEMAND MODE TERMINAL ACCESS TO HOST) 

* 

DEMHl XEU DS-HOSTl.DESTTSU-'RSDCSU* 

************************************************************** 

* HOST CHANNEL DEFINITION -- TRUNK AND CHANNEL 

* 

TKCH1P1 TRUNK PRCSR-PRC1 , LSUTYPE=DNS 



CHANH1 



CHANNEL 



TRUNK-TKCH1P1.PPID-01D 



************************************************************** 

* NETWORK CONSOLE DEFINITIONS 

* 

NA-1,DESTTSU='DTPX\DESTSSU='EUNMS* 
PRCSR-PRC1.TYPE-NMS 

NA«1,DESTSSU='EU0S* 
PRCSR=PRC1,TYPE=DCP0S, I NFO=' MONITOR' 



NMSC 


XEU 


EUNMS 


EU 


OS 


XEU 


EUOS 


EU 



A-6 



7831 5546-100 



Configuration Examoies 



UN96SH 


LCLASS 


LNMSP1 

•* 


LINE 


GNMSP1 


GROUP 


NMSCP1 


TERM 



************************************************** 

* ALLOWS NMS ACCESS THROUGH OS CONSOLE 

CONSP1 TERM PRCSR=PRC1 .TYPE-OPERATOR, AUTH=PRIV, ; 

DEST«NMSC,ALOC=YES,CEDS=YES,OPD$«YES, ; 
PPID=OFF 

************************************************************** 

* NMS LINE CLASS, LINE, AND TERMINAL DEFINITION 

LPH=U100L,SPEED=9600,0PTI0N$=(DIR,SYHD) 
PRCSR-PRC1 ,CLASS=UN96SH,ADR s =04 
PRCSR=PRC1, LINE-LNMSP1 

GR0UP=GNMSP1,TYPE=UTS20,ADR-(X'21' ,X'63'),; 

DEST=NMSC,FMT=(24,80) ,AUTH=PRIV, ; 

ALOC-IMMED 

************************************************************** 

* UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 

* SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$SON TO TERMA1) 

* ' ■ 

TERMA1 TERM GROUP=GNMSPl ,TYPE=UTS20,ADR=( X' 21 ' , X ' 64 ' ) 

************************************************************** 

** LAN PLATFORM CONFIGURATION FOR LLC LAN ATTACHMENT: 

LANLC LCLASS LPH=ILML 

LNP111 LINE PRCSR=PRCl,CLASS=LANLC,ADR=X'll' , ; 

STA=X'08000BOC360B' 
************************************************************** 

** TCP-IP STACK CONFIGURATION: 

* 

** EU AND XEU DEFINITIONS FOR TCP-IP STACK: 
** (CONFIGURES SERVER AND USER TELNET ON PRC1 ) 
* 

EUTCP EU PRCSR-PRC1,TYPE=TCPIP 

USRTEL XEU DS-PRC1 , DESTTSU=' DTPX ' , DESTSSU-' EUTCP ' 

* 

** SUBNET AND IPADR DEFINITIONS FOR HOST CHANNEL AND LAN ATTACHMENTS: 

* ■ ■ ■ 

SNCHAP1 SUBNET PRCSR=PRC1 ,TYPE=IPCHAN . IPNETID-U32 , 53) , ; 

CHANNEL=CHANH1 , IPROUTER=YES 
SNLLCP1 SUBNET PRCSR=PRC1 ,TYPE=LANLLC , I P N ETI D== ( 1 32 , 52) , ; 

LINE-LNP111.IPROUTER-YES 
IPP1H1 IPADR PRCSR=PRC1 ,DCAEP-DCP1 , ; 

IPADDR1=(132, 53, 135,1, LOCAL) ' 

IPP1LAN IPADR PRCSR=PRC1,DCAEP-DCP1,; ■ 

IPADDR1K132, 52,135,79, LOCAL) 
************************************************************** 

*END OF EXAMPLE 
************************************************************** 
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All Configuring a DCP Bridge Node Between a MAC LAIM and a 

Telcon DNS Network 

This example shows a DCP functioning as a bridge between a MAC LAN and a 
Telcon DNS network. The OS 1100 hosts in this network are configured to use the 
DDN 1100 applications for communication with hosts on the LAN. Figure A-3 
depicts this configuration. 



OS 1100 (DDN) 








— 







OS 1100 (DDN) 








— 












W TCP/IP 
1 HOST 



Network = 152.17 (LAN/MAC) 



Figure A-3. DCP as a Bridge Between a LAN and a DNS Network 



CMS 1100 CONFIGURATION (FIRST HOST) 

DNS CHANNEL ATTACHED HOST (H0ST1) RUNNING DDN 1100 



NODE 

TRACE 

STATIC-BANKS 



NODE-ADDRESS, 10 
ASG,*TRACE(+1). , F///100 
DCP, DNS, DEMAND 



DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 



APPLICATION, LOADEU 
PROCESS, DDP 



PROCESS, DCP 



PROCESS, RSDCSU 



OWNER, HOSTMS 

TYPE,XCSU ; 

ENTRY JPFCSU JP$CSU,$YS$LIB$*DDP-PPC-1.CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2- INFO, IPSNETD ; 

INPUT-QUE-LIMIT,5000 

TYPE,SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE.CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE, UP 
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TRANSPORT, DDNG 

FEP,FEPP1 
PATH, PATH 1 



RSI 



TRANSPORT-USER. DDNG ; 
NODE-ADDRESS, 1 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE, BLOCK ; 
INPUT-NODE, IN0DE8 ; 
OUTPUT-NODE, 0N0DE8 

TIME-OUTS, YES ; 
BLOCKING-FACTOR, 25, 4 



CMS 1100 CONFIGURATION (SECOND HOST) 

DNS CHANNEL ATTACHED HOST (H0ST2) RUNNING DON 1100 



NODE 

TRACE 

STATIC-BANKS 



NODE-ADDRESS, 20 
ASG,*TRACE(+1).,F///100 
DCP.DNS, DEMAND 



DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 



APPLICATION, LOADEU 
PROCESS, DDP 



PROCESS, DCP 
PROCESS, RSDCSU 

TRANSPORT, DDNG 

FEP.FEPP1 
PATH,PATH1 

RSI 



OWNER, HOSTMS 

TYPE XCSU * 

ENTRY JPFCSU,IP$CSU,SYS$LIB$*DDP-PPC-1.CBEP$$DDP" 

STATE, UP ; 

SOURCE, MASM A2- INFO , IPSNETD ; 

INPUT-QUE-LIMIT.5000 

TYPE.SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE.CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE, UP 

TRANSPORT-USER, DDNG ; 
NODE-ADDRESS, 2 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE.BLOCK ; 
INPUT-NODE, IN0DE8 ; 
OUTPUT-NODE. 0N0DE8 

TIME-OUTS, YES ; 
BLOCKING-FACTOR, 25, 4 



*********************************** 

**** TELCON CONFIGURATION 
************************************************************** *<na > 

** DNS ADDRESS DEFINITION FOR REMOTE OS 1100 HOSTS: 



HOSTl 

H0ST2 
* 


NETADR NA-10 
NETADR NA-20 


** QCP 
* 


PROCESSOR DEFINITION: 


DCPl 
PRCl 


NETADR NA=1 
PRCSR NA=1 



7831 5546-100 



A-9 



Configuration Examples 



NMSC1 


XEU 


EUNMS1 


EU 


0S1 


XEU 


NMSC2 


XEU 


OS2 


XEU 



************************************************************** 

** DEMAND TERMINAL EXTERNAL END-USER (XEU) DEFINITION: 
** (CONFIGURES DEMAND MODE TERMINAL ACCESS TO HOST) 

* 

DEMH1 XEU DS=HOSTl,DESTTSU='RSDCSU' 

DEMH2 XEU DS-H0ST2, DESTTSU-'RSDCSU' 
************************************************************** 

** XEU DEFINITION FOR DDP TERMINAL ACCESS: 

** (CONFIGURES TERMINAL ACCESS TO DDN 1100 APPLICATIONS) 

* 

DDPH1 XEU DS-HOSTl.DESTTSU-'DDP' 

DDPH2 XEU DS=H0ST2,DESTTSU='DDP' 

************************************************************** 

** XEU DEFINITION FOR DDP INTER-PROCESS CONTROL (IPC): 

** (CONFIGURES HOST-TO-HOST ACCESS TO DDN 1100 APPLICATIONS) 

* 

DDNH1 XEU DS~H0ST1 ( SRCTSU=IPCTSU,DESTT$U-'DDNG' 
DDNH2 XEU DS-H0ST2, SRCTSU=IPCTSU , DESTTSU-'DDNG* 

************* ****************************************** ******* 

* HOST CHANNEL DEFINITION -- TRUNK AND CHANNEL TO H0ST1 AND H0ST2 
* 

TKCH1P1 TRUNK PRCSR-PRC1 , LSUTYPE-DNS 

CHANH1 CHANNEL TRUNK-TKCH1P1 , PPID-OD ' 

* 

TKCH2P1 TRUNK PRCSR^PRCl , LSUTYPE=DNS 
CHANH2 CHANNEL TRUNK=TKCH2P1 , PPID=01D 

************************************************************** 

* NETWORK CONSOLE DEFINITIONS 

* 

NA=1,DESTTSU='DTPX\DESTSSU='EUNMS1' 
PRCSR-PRC1.TYPE-NMS 
NA-l.DESTSSU-'EUOSr 
NA*=1 ( DESTTSU~'DTPX' ,DESTSSU~* EUNMS2 ' 
NA=1,DESTSSU- , EU0S2' 

************************************************************** 

* ALLOWS NMS ACCESS THROUGH OS CONSOLE 
* 

C0NSP1 TERM PRCSR-PRC1. TYPE-OPERATOR, AUTH-PRIV, ; 

DEST-NMSC1 , ALOC=YES ,CEDS=YES ,OPDS=YES . ; 

PPID-OFF 
* 

************************************************************** 

* NMS LINE CLASS, LINE. AND TERMINAL DEFINITION 

* 

LPH=U100L,SPEED=9600,OPTIONS=(DIR,SYHD) 

PRCSR-PRC1 ,CLASS=UN96SH ,ADR-04 

PRCSR-PRC1 1 LINE=LNMSP1 

GR0UP-GNMSP1,TYPE«UTS20.ADR«(X'21' , X ' 63 ' ) , ; 
DEST=NMSC1,FMT=(24,80).AUTH~PRIV, ; 

ALOC-IMMED 

* 

************************************************************** 

* UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 

SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$SON TO TERMA1) 
* 

* 

TRM1P1 TERM GR0UP-GNMSP1 ,TYPE=UTS20 ,ADR-(X'21 ' , X ' 64 ' ) 

* 

********* ********** ******** *********************************** 

** LAN PLATFORM CONFIGURATION FOR MAC LAN ATTACHMENT: 
* 

LANLC LCLASS LPH=ILML 

LNP10B LINE PRCSR=PRC1,CLASS=LANLC,ADR=X'0B* , ; 

STA=X'08000B0C360B' 
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UN96SH 

* 


LCLASS 


LNMSPl 

* 


LINE 


GNMSP1 
* 


GROUP 


NMSCP1 


TERM 
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************************************************************** 

** TCP-IP STACK CONFIGURATION : 

** EU AND XEU DEFINITIONS FOR TCP-IP STACK: 
** (CONFIGURES SERVER AND USER TELNET ON PRC1) 

* 

EUTCP EU PRCSR-PRC1.TYPE-TCPIP 

USRTEL XEU DS-PRC1 .DESTTSU-'DTPX'. DESTSSU-' EUTCP' 

** SUBNET AND IPADR DEFINITIONS FOR LAN ATTACHMENTS: 

SNMACP1 SUBNET PRCSR-PRC1 , TYPE-LAN , ; 

IPNETID«(152,17),LINE«LNP10B 
IPP1DNS1 IPADR PRCSR-PRCl f DCAEP-DCPl.IPADDRl-(152, 17,3.97, LOCAL) 
IPP1DNS2 IPADR PRCSR-PRCl.DCAEP-HOSTl,IPADDRl-( 152,17,3,98. LOCAL) 
IPP1DNS3 IPADR PRCSR»PRCl.DCAEP-HO$T2,IPADDRl=(152,17,3,99.LOCAL) 

****'**■*■******** ******************** *************************** 

*END OF EXAMPLE 

************************************************************** 
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A. 1.4. Configuring a DCP Bridge Node Between a PDN and a 
Channel-Attached Host 

This example configures a DCP to function as a bridge between a PDN and a 
channel-attached host. Figure A-4 depicts this configuration. 



OS 1100 Host 




Foreign Host 
or U Series 



Q 



eaix.cofl 



Figure A-4. DCP as a Bridge Node Between a PDN and Channel-Attached Host 



. CMS 1100 CONFIGURATION 

. DNS CHANNEL ATTACHED HOST RUNNING DDN 1100 

NODE NODE-ADDRESS, 10 

TRACE ASG,*TRACE(+1). .F///100 

STATIC-BANKS DCP , DNS , DEMAND 

! DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 

APPLICATION ,L0ADEU 0WNER,H0STMS 



PRnrr^ nnp 



TYPE,XCSU ; 

ENTRY,IPFCSU,IP$CSU,SYS$LIB$*DDP-PPC-1.CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2- IN F0 , IPSNETD ; 

INPUT-QUE-LIMIT.5000 
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PROCESS, DC 



PROCESS, RSDCSU 



TRANSPORT. DDNG 

FEP,FEPP1 
PATH.PATH1 



RSI 



TYPE,SAI ; 
SOURCE, MASM ; 
ENTRY,NCHENT. ; 
STATE, UP 

TYPE.CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE, UP 

TRANSPORT-USER. DDNG ; 
NODE-ADDRESS, 1 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE, BLOCK ; 
INPUT-NODE, IN0DE8 ; 
OUTPUT-NODE, 0N0DE8 

TIME-OUTS, YES ; 
BLOCKING-FACTOR, 25, 4 



************************************************* 



**** TELCON CONFIGURATION 

************************************************************** 

* NETWORK ADDRESS ( NA ) DEFINITION 

* THE NETADR NA MUST MATCH THE CMS 1100 NODE NETWORK ADDRESS 

"* PARAMETER. 

* 

HOSTl NETADR NA-10 

******************************************************************** 



* 

PRC1 



DCP PROCESSOR DEFINITION AND NA ASSIGNMENT 

PRCSR NA-1 
HOST TRUNK AND CHANNEL DEFINITION 



* WITH DNS, THE CHANNEL TO A HOST IS CONFIGURED AS A LOGICAL TRUNK. 

* LSUTYPE MUST BE DNS. 

* EXTERNAL END USER (XEU) DEFINITION, DEMAND TO HOST 
DEMH1 XEU DS-HOSTl.DESTTSU-' RSDCSU' 

DDNGN XEU DS=H0ST1 .SRCTSU-IPCTSU.DESTTSU-'DDNG' 

************************************************************** 



HOST CHANNEL DEFINITION -- TRUNK AND CHANNEL 
TRUNK PRCSR-PRC1 , LSUTYPE-DNS 



TKCH1P1 

CHANH1 CHANNEL TRUNK=TKCH1P1 , PPID-01D 

************************************************************** 



NETWORK CONSOLE DEFINITIONS 



NMSC 


XEU 


EUNMS 


EU 


OS 


XEU 


EUOS 


EU 



NA=1,DESTTSU='DTPX' ,DESTSSU=" EUNMS" 
PRCSR-PRC1.TYPE-NMS 
NA-l.DESTSSU-'EUOS* 
PRCSR-PRCl.TYPE-DCPOS. I NFO=' MONITOR* 
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******* ** ** ** ** ****** ** ** * * ** ******** ** ****** ***************** 

ALLOWS NMS ACCESS THROUGH OS CONSOLE 

* 

C0NSP1 TERM PRCSR-PRC1, TYPE-OPERATOR, AUTH-PRIV, ; 

DEST=NMSC,ALOC=YES,CED$=YES,OPDS-YES, ; 

PPID-OFF 

************************************************************** 

* NMS LINE CLASS, LINE, AND TERMINAL DEFINITION 
* 

UN96SH LCLASS LPH-U100L , SPEED=9600,OPTIONS~(DIR,SYHD) 

* 

LNMSP1 LINE PRCSR-PRC1.CLASS-UN96SH.ADR-04 

GNMSP1 GROUP PRCSR-PRC1 , LI NE-LNMSP1 

NMSCP1 TERM GROUP-GNMSP1 ,TYPE«UTS20 f ADR«(X'21 \X'63 ' ) , 

DEST-NM$C,FMT-( 24, 80), AUTH-PRIV,; 

ALOC-IMMED 

************************************************************** 

* UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 

SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$S0N TO TERMA1) 

* 

TERMA1 TERM GROUP-GNMSP1 .TYPE-UTS20 ,ADR=(X' 21' , X' 64 ' ) 

* 

************* *****-3>r ************************************ ******* 

* PSCS (X.25) DEFINITIONS 

* 

* THIS PSCS CONFIGURATION SUPPORTS TCP-IP STACK CONNECTIONLESS 

* NETWORK SERVICE OVER THE TELENET PDN. PSCS REQUIRES LCLASS, 

X25DEF, PDNGRP AND LINE NDS'S. 
* 

* X.25 LINE CLASS DEFINITION 

* (LPH TYPE MUST BE X25PKT) 

* 

X2596 LCLASS LPH=X25PKT , SPEED-9600 ,OPTIONS-( DI R. SY FD ) 

* 

* TELENET X.25 DEFINITION 
* 

X25DFTEL X25DEF NETWORK=TELENET 

* 

* TELENET PDNGRP DEFINITION 

* (DEFINES THE PDN ATTRIBUTES) 

* 

PGRPTEL PDNGRP PRCSR=PRC1 .X25DEF-X25DFTEL. ; 

VCGRP=( 20, 30 ),DTEADR=' 31101765432' 

* 

* TELENET LINE DEFINITION 

* (DEFINES THE DCP PORT CONNECTION) 

* 

LNP113 LINE PDNGRP«PGRPTEL,CLASS=X2596,ADR=X'13' 

************************************************************** 

* TCP-IP DEFINITIONS 

* 

* TCP-IP EU AND XEU DEFINITION (CONFIGURES SERVER AND USER TELNET) 

* 

EUTCP EU PRCSR-PRC1.TYPE-TCPIP 

USRTEL XEU DS=PRC1 , DESTTSU-'DTPX \ DESTSSU-' EUTCP ' 
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* TCP-IP SUBNET DEFINITION 

SNIPPP1 SUBNET PRCSR-PRC1,IPNETID-(31),TYPE-IPPDN, 

PDNGRP-PGRPTEL 

* TCP-IP STACK IPADR DEFINITIONS 



IPADR DEFINITION FOR PRC1 

IPP1TEL1 IPADR PRCSR-PRC1.DCAEP-NMSC,; 

IPADDR1-(31.4, 0,1, LOCAL) 
IPP1TEL2 IPADR PRCSR-PRC1 ,DCAEP=DDNGN , ; 

IPADDR1-(31,4.0,2,L0CAL) 

IPADR DEFINITION FOR THE FOREIGN HOST 
* (OBTAIN THE DTE ADDRESS FROM THE PDN ADMINISTRATOR) 

IPP1DMH1 IPADR PRCSR-PRC1,; 

IPADDR1-(31,5.0 ( 1).; 
DTEADR«*31101234567\NAME1='FH0ST' 

■*END OF EXAMPLE 

■* -x *• tt * • vc -k it * * ■*• tt x * * * * *■ • * -k * * *k * * ie ie • * * * ■*• • * ■* * * *k • * ********************** 
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A- 1.5. DCP-to-DCP Trunk Using DNS Over the DDN 

This example configures a DCP-to-DCP trunk using PSCS, TCP-IP Stack, 
and DNS. It is illustrated in Figures A-5. 

OS 1100 Host 
■□Hi 



DCP 



TCP-IP 

Stack 




DCP„ 



CZ3CJ 



TCP-IP 
Stack 



UTS 20 



iZl 



UTS 20 



m 



B 



EZL 



7aiw.co« 



Figure A-5. DCP-to-DCP Trunk over the DDN 



CMS 1100 CONFIGURATION 

DNS CHANNEL ATTACHED HOST RUNNING DCA APPLICATIONS 



NODE 

TRACE 

STATIC-BANKS 



NODE-ADDRESS .10 
ASG,*TRACE(+1). .F///100 
DCP, DNS, DEMAND 



. DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 
APPLICATION, LOADEU OWNER.HOSTMS 



PROCESS, DDP 



TYPE.XCSU ; 
ENTRY 1 IPFCSU,IP$CSU.SYS$LIB$*DDP-PPC-1.CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2- INFO , IPSNETD ; 

INPUT-QUE-LIMIT.5000 
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PROCESS, DCP TYPE,SAI ; 

SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

PROCESS, RSDCSU TYPE.CSU ; 

SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE, UP 

FEP.FEPP1 PATHS, PATH1 

PATH.PATH1 OWNER, FEPP1 ; 

TYPE, BLOCK ; 
INPUT-NODE, IN0DE8 ; 
OUTPUT-NODE, 0N0DE8 

RSI TIME-OUTS, YES ; 

BLOCKING-FACTOR, 25, 4 

********** *************************** ************************* 

* TELCON CONFIGURATION 

************************************************************** 

* NETWORK ADDRESS FOR THE OS 1100 HOST 

* NETWORK ADDRESSES IN THE DNS ENVIRONMENT ARE ASSIGNED BY THE 

* TELCON/HOST NETWORK ADMINISTRATOR. 

* THE HOST NA MUST MATCH THE NETWORK ADDRESS PARAMETER IN THE 

* CMS 1100 NODE NDS. 

* 

H0ST1 NETADR NA-10 

*************************************************************** 

* DCP PROCESSOR DEFINITIONS AND NA ASSIGNMENTS 

* 

PRC1 PRCSR NA-1 

PRC2 PRCSR NA-2 

* 

************************************************************** 

* EXTERNAL END USER (XEU) DEFINITION, DEMAND TO HOST 

* 

DEMH1 XEU DS-H0ST1 , DESTTSU- * RSDCSU ' 

* 

************************************************************** 

HOST CHANNEL DEFINITION -- TRUNK AND CHANNEL 

* 

TKCH1P1 TRUNK PRCSR-PRC1 , LSUTYPE-DNS 

* 

CHANHl CHANNEL TRUNK=TKCH1P1 ,PPID=01D 

* 
************************************************************** 

* NETWORK CONSOLE DEFINITIONS 

* 

NMSC1 XEU NA-l.DESTTSU-'DTPX - .DESTSSU-'EUNMSr 

EUNMS1 EU PRCSR-PRC1.TYPE-NMS 

051 XEU NA=1,DESTSSU=*EU0S1' 

EU0S2 EU PRCSR-PRC2.TYPE-DCP0S, I NF0=' MONITOR' 
NMSC2 XEU NA=1,DESTTSU='DTPX* , DESTSSU-* EUNMS2 ' 
EUNMS2 EU PRCSR~PRC2,TYPE-NMS 

052 XEU NA-l.DESTSSU-'EUOSZ 1 

* 

************************************************************** 

* ALLOWS NMS ACCESS THROUGH OS CONSOLE 

* 

CONSPi TERM PRCSR=PRC1JYPE=OPERATOR,AUTH=PRIV,; 

DEST-NMSC1.ALOC«YES.CEDS«YES.OPDS=YES,; 

PPID-OFF 
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C0NSP2 



TERM 



PRCSR-PRC2, TYPE-OPERATOR, AUTH-PRIV, ; 
DEST=NMSC2 . AL0C=Y ES , CEDS=YES . OPDS-YES . ; 
PPID-OFF 

*************** ****** ***************************************** 

* NMS LINE CLASS, LINE, AND TERMINAL DEFINITION 

* 

LPH=U100L,SPEED=9600,OPTIONS=(DIR.SYHD) 
PRCSR-PRC1 , CLASS-UN96SH , ADR=04 
PRCSR-PRC1 . LINE-LNMSP1 

GROUP-GNMSPl.TYPE-UTSZO.ADR-U'Zr.X'eS'),; 
DEST-NMSCl.FMT-(24. 80). AUTH-PRIV.; 
ALOC=IMMED 

PRCSR-PRC2 , CLASS-UN96SH . ADR=04 

PRCSR=PRC2.LINE=LNMSP2 

GR0UP~GNMSP2,TYPE=UTS20 > ADR=(X , 21*,X , 63'),; 
DEST=NMSC2.FMT=(24,80),AUTH=PRIV, ; 
ALOC=IMMED 

*****•*-* ******* ****************************************** ******* 

UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 
SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$SON TO TERMA1) 

TRM1P1 TERM GR0UP-GNMSP1 .T'YPE-UTS20 f ADR-(X'21 \X' 64' ) 
TRM2P2 TERM GR0UP-GNMSP2 ,TYPE=UTS20 , ADR-( X ' 21 ' .X'64') 

**********-*■**** ********* ********* ****************************** 

* TRUNK DEFINITION 
* 

* ' DEFINING AN X.25 TRUNK REQUIRES TRUNK. LCLASS. PDNGRP . X25DEF. 

* AND LINE NDS'S. 



UN96SH 
* 


LCLASS 


LNMSP1 

* 


LINE 


GNMSP1 
* 


GROUP 


NMSCP1 


TERM 


* 

LNMSP2 

* 


LINE 


GNMSP2 

* 


GROUP 


NMSCP2 


TERM 



TKDP1P2 



TRUNK 



PRCSR«(PRC1,PRC2),LSUTYPE=DNS 



* X.25 LINE CLASS DEFINITION 

* (LPH TYPE MUST BE X25PKT) 

* 

X2596 LCLASS LPH-X25PKT, SPEED=9600 ,OPTIONS-(DIR,SYFD) 

* 

* DDN X.25 DEFINITION 
* 

X25DFDDN X25DEF NETW0RK=DDNX25 

PDNGRP AND LINE DEFINITION FOR FEP (PRC1) 
■* 

PGRPDDN1 PDNGRP PRCSR-PRC1 . X25DEF-X25DFDDN, ; 

VCGRP-(20,30,SVC) 

* 

LNP113 LINE PDNGRP-PGRPDDN1,CLASS=X2596,ADR*=X'13' 

PDNGRP AND LINE DEFINITION FOR PRC2 

* 

PGRPDDN2 PDNGRP PRCSR-PRC2, X25DEF-X25DFDDN , ; 

VCGRP-(20,30,SVC) 
* 

LNP222 LINE PDNGRP=PGRPDDN2 ,CLASS-X2596 ,ADR=X '22' 

************************************************************** 

* TCP-IP STACK DEFINITIONS 

* 

EUTCP1 EU PRCSR-PRC1,TYPE~TCPIP 

* 

EUTCP2 EU PRCSR-PRC2.TYPE-TCPIP 

* 

* TCP-IP SUBNET DEFINITION 
-*• 

SUBNET FOR PRC1 
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SNDDNPl 



SUBNET 



PRCSR-PRC1 . IPNETID-Ol ) .TYPE-DDN . 

PDNGRP=PGRPDDN1 



* SUBNET FOR PRC2 
SNDDNP2 SUBNET 



PRCSR-PRC2.IPNETID-(31), TYPE-DDN. ; 
PDNGRP=PGRPDDN2 

* TCP-IP IPADR DEFINITIONS 

* IPADR DEFINITION FOR PRC1 

IPPITKI2 IPADR PRCSR-PRC1.DCAEP-TKDP1P2, ; 

IPADDR1«(31.4.0,1,L0CAL),; 
IPADDR2-(31 ,7,0,2) 

IPADR DEFINITION FOR PRC2 

* 

■ IPP2TK12 IPADR PRCSR-PRC2.DCAEP-TKDP1P2 , ; 

IPADDR1«(31,4.0,1), ; 

IPADDR2«(31.7,0,2,L0CAL) 

* 

******* ******************^ 

*END OF EXAMPLE 

********************************* ******************************* 
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A.2. Telcon TS/TN Configurations 

The following examples use termination system/transport network (TS/TN) 
facilities, which provide connection-oriented network layer services 
for DCA Telcon networks. 

A.2.1. Configuring a DCP Bridge Node Between t DDN and a 
Channel-Attached Host 

This example configures a DCP as a bridge node between an OS 1100 host and a 
TCP/IP host across the DDN, TS/TN is used at the network layer over the host 
channel. DDN applications (FTP and SMTP) can be used with this configuration 
between the OS 1100 host running DDN 1100 and the TCP/IP host. 

Server TELNET allows terminals on the TCP/IP host to access the OS 1100 host. 
User TELNET allows terminals on the DCP to access TCP/IP hosts. This 
configuration is illustrated in Figure A-6. 

OS 1100 Host 
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TCP-IP 
Stack 



UTS 20 
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Figure A-6. DCP as a Bridge Between the DDN and a Channel-Attached Host 
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CMS 1100 CONFIGURATION 

TS/TN CHANNEL ATTACHED HOST RUNNING DDN 1100 



ADMIN 



SECURITY, PASSWORD, PSWD ; 
KEYIN-NAME.CMS 



TRACE ASG,*TRACE(+1). ,F///100 

STATIC- BANKS DCP .TS/TN .DEMAND 

! DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 

APPLI CATION. LOADEU OWNER.HOSTMS 



PROCESS, DDP 

PROCESS, DCP 
PROCESS .RSDCSU 

TRANSPORT, DDNG 

NETWORK, NET10 

FEP.FEPP1 
PATH.PATH1 

RSI 



TYPE,XCSU ; 

ENTRY,IPFCSU,IP$CSU,SYS$LIB$*DDP-PPC-1.CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2-INF0, IP$NETD ; 

INPUT-QUE-LIMIT.5000 

TYPE.SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE,CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE, UP 

TRANSPORT-USER, DDNG ; 
NETWORK. NET10 

SAI-PR0CESS,FEPP1 ; 
NETWORK-NUMBER, 10 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE, BLOCK ; 
INPUT-NODE, IN0DE8 ; 
OUTPUT-NODE, 0N0DE8 

TIME-OUTS, YES ; 
BLOCKING-FACTOR, 25, 4 



***************************************** ********************** 
**** TELCON CONFIGURATION 

*************************************************************** 

* DCP TO U SERIES OR FOREIGN HOST USING TCP-IP AND 

* SERVER TELNET OVER A DDN 

*********************************** **************************** 

* DCP PROCESSOR DEFINITION 

• 

PRC1 PRCSR 

************************************* ************************** 



H0ST1 

DCPTS1 



TERMINATION SYSTEM DEFINITIONS 
DCATS PRCSR-PRC1 



DCPTS 



PRCSR=PRC1 



OS 1100 HOST 
DCP 



*************************************************************** 



SESSION DEFINITION 



SSP1P1 
SSP1H1 



SESSN 
SESSN 



TS1=(DCPTS1 , 10, PRC1 ) ,TS2=(DCPTS1 ,11 , PRC1 ) 
TS1«(H0ST1,10,PRC1).TS2-(DCPTS1,12,PRC1) 
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*************************************************************** 

* EXTERNAL END USER (XEU) DEFINITION. DEMAND 

* 

DEMH1 XEU TS-HOSTI.DESTTSU-'RSDCSIT 

* 

* EXTERNAL END USER (XEU) DEFINITION, DDN 1100 (TCP/IP) APPLICATIONS 
DDNHl XEU TS-HOSTl.SRCTSU-IPCTSU.DESTTSU-'DDNG* 

*********************************** *************************** 

* HOST CHANNEL DEFINITION 
* 

CHANH1 CHANNEL TS-H0ST1 , PPID=01D 

*************************************************************** 

* NETWORK CONSOLE DEFINITIONS 
* 

NMSC XEU TS=DCPTS1,DESTTSU= , DTPX',DESTSSU= , EUNMS" 

EUNMS EU PRCSR-PRC1.TYPE-NMS 

OS XEU T$=DCPTS1,DESTSSU« , EU0S\ 

EUOS EU PRCSR-PRCl.TYPE-DCPOS.INFO-'MOMTOR' 

*************************************************************** 

* ALLOWS NMS ACCESS THROUGH 0$ CONSOLE 
* 

C0NSP1 TERM PRCSR-PRCl.TYPE-OPERATOR.AUTH-PRIV,; 

DEST=NMSC,ALOC=YES,CEDS=YES,OPDS«YES, ; 

PPID-OFF 

* 

*************************************************************** 

NMS LINE CLASS, LINE, AND TERMINAL DEFINITION 

* 

UN96SH LCLASS LPH=U100L, SPEED-9600 ,OPTIONS~(DIR, SYHD) 

LNMSP1 LINE PRCSR-PRC1 ,CLASS-UN96SH ,ADR«04 

* 

GNMSP1 GROUP PRCSR-PRC1 , LINE-LNMSP1 

* 

NMSCPl TERM GR0UP-GNMSP1 .TYPE-UTS20 ,ADR-(X'21 ' . X ' 63 * ) , ; 

DEST-NMSC,FMT=(24 P 80),AUTH-PRIV,; 
ALOC-IMMED 

*************************************************************** 

UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 

* SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$SON TO TERMA1) 

* 

TERMA1 TERM GROUP-GNMSP1.TYPE-UTS20,ADR-(X'21 ' .X'64* ) 

*************************************************************** ^ 

* PSCS (X.25) DEFINITIONS 
* 

* 

* X.25 LINE CLASS DEFINITION 

* 

X2596 LCLASS LPH=X25PKT,SPEED=9600,0PTI0NS=(DIR,SYFD) 

* 

* DDN X.25 DEFINITION 

* 

X25DFDDN X25DEF NETW0RK=DDNX25 

* 

* X.25 PDNGRP DEFINITION 

* (DEFINES THE DDN ATTRIBUTES) 

* 

PGRPDDN PDNGRP PRCSR-PRC1 , X25DEF-X25DFDDN , ; 

VCGRP=(20.30) 

* 

* X.25 LINE DEFINITION 

(DEFINES THE DCP PORT CONNECTION) 

* 

LNP113 LINE PDNGRP-PGRPDDN ( CLASS=X2596,ADR=X'13' 

*************************************************************** 
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* TCP-IP STACK DEFINITIONS 

EUTCP EU PRCSR-PRC1.TYPE-TCPIP 

USRTEL XEU TS-DCPTS1 .DESTTSU-'DTPX' ,DESTSSU-'EUTCP' 



* TCP-IP SUBNET DEFINITION 

SNDDNP1 SUBNET PRCSR-PRC1 , IPNETID-(31 ) ,TYPE=DDN, ; 

PDNGRP-PGRPDDN 

* TCP-IP IPADR DEFINITION 
* 

IPP1H1 IPADR PRCSR-PRC1.DCAEP-HOST1,; 

IPADDRl-Ol, 4.0.1, LOCAL) 

************* ****************************^ 

*END OF EXAMPLE 

*************************************************************** 
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A.2.2, Configuring a DCP Bridge Between the DDM and a TS/TN 
Network 

This example configures a DCA data link between a DCP in a TS/TN network and 
a U Series system across the DDN, enabling the U Series system to operate as 
part of the DCA network. Terminals on both DCPs can access distributed data 
processing applications on both the OS 1100 host and the U Series system. 
Terminals on the U Series system can access applications on the OS 1100. Figure 
A-7 depicts this configuration. 



OS 1100 
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(UNX1) 



BFL100.CDR 



Figure A-7. DCP Bridge Between the DDN and a TS/TN Network 
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CMS 1100 CONFIGURATION 

TS/TN CHANNEL ATTACHED HOST RUNNING DDP-PPC APPLICATIONS 



ADMIN 



SECURITY, PASSWORD, PSWD 

KEYIN-NAME,CMS 



TRACE ASG,*TRACE(+1)..F///100 

STATIC-BANKS DCP, TS/TN, DEMAND 

! DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 

APPLICATION, LOADEU OWNER, HOSTMS 



PROCESS, DDP 

PROCESS, DCP 

PROCESS, RSDCSU 

NETWORK, NET10 
NETWORK, NET11 
NETW0RK.NET12 

FEP,FEPP1 
PATH,PATH1 

RSI 



TYPE.XCSU ; 

ENTRY,IPFCSU,IP$CSU,SYS$LIB$*DDP-PPC-1.CBEP$$DDP 

STATE, UP ; 

SOURCE, MASM A2- INFO , IP$NETD ; 

INPUT-QUE-LIMIT.5000 

TYPE,SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE.CSU ; 
SOURCE, PLUS ; 

ENTRY, RSIDEMANDCSU ; 
STATE, UP 

SAI-PR0CESS,FEPP1 ; 
NETWORK-NUMBER, 10 
SAI-PR0CESS,FEPP1 
NETWORK-NUMBER, 11 
SAI-PR0CESS,FEPP1 
NETWORK-NUMBER, 12 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE, BLOCK ; 
INPUT-NODE, IN0DE8 ; 
0UTPUT-N0DE.0N0DE8 

TIME-OUTS, YES ; 
BLOCKING-FACTOR, 25,4 



*************************************************************** 

**** TELCON CONFIGURATION 

*************************************************************** 



** DCP PROCESSOR DEFINITION 



PRC1 
PRC2 



PRCSR 

PRCSR 



** REMOTE DCA TERMINATION SYSTEM (DCATS ) DEFI N ITI ONS : 

* 

H0ST1 DCATS PRCSR-PRC1 

UNIX1 DCATS PRCSR=PRC2 

*************************************************************** 

* HOST CHANNEL DEFINITION 

* 

CHANHl CHANNEL TS=H0ST1 ,PPID=01D 

*************************************************************** 
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*********************************** 

** DCP TERMINATION SYSTEM (DCPTS) DEFINITION 

* 



DCPTS1 



DCPTS 



PRCSR-PRC1 



DCPTS2 DCPTS PRCSR=PRC2 

********************************************* ****************** 

** TERMINAL-TO-HOST AND HOST-TO-HOST SESSION DEFINITION: 

* 

SSP2H1 SESSN TS1=(H0ST1,12,PRC1),TS2=(DCPTS2,14,PRC2) 
SSP1H1 SESSN TS1«(H0ST1, 10 , PRC1 ) ,TS2=(DCPTS1 , 10 , PRC1 ) 
SSP2H2 SESSN TS1=(UNIX1 , 10 , PRC2) ,TS2=(DCPTS2 , 10 , PRC2) 

f^m in oro<-n .jf i.../imrTi 11 r\ n r* i \ -rr-n ninTw-i ^ 1 nnnAv 

ooniui ocoon i 01 = ^ nuo 1 x , x x , rK^x ; , 1 $c=\ uru Al , li , VK^C ) 

*********************************************** ********** * * *■*•** 

* EXTERNAL END-USER (XEU) DEFINITION , DEMAND TO HOST 

* 

DEMH1 XEU TS-H0ST1,DESTTSU='RSDCSU' 

******************************************************************* **** 

* NETWORK CONSOLE DEFINITIONS 

* (TELCON NMS CONSOLES) 
* 

*■ INTERNAL NMS SESSION REQUIRED FOR EACH DCP 

* 

SSP1P1 SESSN T$I=(DCPTSl,lI,PRCI),TS2=(DCPTSl,i2,PRCl) 

SSP2P2 SESSN TS1«(DCPTS2,11,PRC2),T$2«(DCPTS2,12,PRC2) 

SSP1P2 SESSN TS1=(DCPTS1,13,PRC1),TS2KDCPTS2.13,PRC2) 
*************************************************************** 

NMS XEU AND EU DEFINITIONS FOR EACH DCP . 

* 

NMSC1 XEU TS=DCPTS1,DESTTSU='DTPX' .DESTSSU-' EUNMS1' 

EUNMS1 EU PRCSR-PRC1.TYPE-NMS 

NMSC2 XEU T$=DCPTS2,DESTTSU='DTPX' ,DESTSSU=' EUNMS2* 

EUNMS2 EU PRCSR=PRC2,TYPE=NMS 

*************************************************************** 

* DCPOS VIRTUAL WORKSTATION DEFINITIONS FOR EACH DCP 
* 

TS=DCPTS1 , DESTSSU-' EUOSl ' 
T$=DCPTS1,DESTSSU='EU0S2* 

PRCSR=PRC 1,TYPE=DCP0S, INFO- 'MONITOR * 
PRC$R=PRC2,TYPE-DCP0$, INFO- 'MONITOR' 

PRC$R=PRC1,TYPE=0PERAT0R,AUTH=PRIV, ; 
DEST-NMSC1 , ALOC-YES , C EDS-YES , OPDS-Y ES , ; 
PPID=0FF 

PRCSR=PRC2,TYPE=0PERAT0R,AUTH=PRIV, ; 
DEST-NMSC2 , ALOC=YES , CEDS-YES , 0PDS=Y ES , ; 
PPID-OFF 
*************************************************************** 

* NMS CONSOLE LINE AND TERMINAL DEFINITION 



0S1 

0S2 

* 


XEU 

XEU 


EUOSl 

EU0S2 

* 


EU 
EU 


C0NSP1 


TERM 


C0NSP2 


TERM 



UN96SH 
* 



LCLASS LPHHJ100L,SPEED-9600,0PTI0NS=(DIR,SYHD) 

NMS CONSOLE FOR FEP ( PRC1 ) 



LNMSP1 LINE PRCSR=PRC1,CLASS=UN96SH,ADR=04 

GNMSP1 GROUP PRCSR=PRC1,LINE=LNMSP1 

NMSCP1 TERM GR0UP-GNMSP1 ,TYPE=UTS20 , ADR«( X ' 21 ' ,X'63'), 

DEST-NMSC1.AUTH-PRIV.AL0C-IMMED 

* 

* NMS CONSOLE FOR PRC2 



LNMSP2 


LINE 


GNMSP2 


GROUP 


NMSCP2 


TERM 



PRCSR=PRC2,CLASS=UN96SH,ADR=01 
PRC$R«PRC2,LINE=LNMSP2 

GR0UP=GNMSP2,TYPE=UTS20,ADR=(X , 21' ,X'63'), 
DEST=NMSC2,AUTH=PRIV,AL0C=IMMED 
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* UNISCOPE TERMINAL DEFINITION FOR HOST ACCESS 

* (SECOND SCREEN OF NMS CONSOLE TERMINAL) 

* ($$SON TO TRMP1/P2,$$0PEN TO DEMH1) 

TRM1P1 TERM GROUP-GNMSP1 .TYPE«UTS20.ADR«( X' 21* , X' 64 ' ) 

* 

TRM1P2 TERM GROUP-GNMSP2, TYPE«UTS20 i ADR«(X , 21 \ X' 64 ' ) 

*************************************************************** 

UDLC192 LCLASS LPH-UDLCL. SPEED-19200 . OPTIONS-( DI R. SYFD ) 

TKUP1P2 TRUNK PRCSR-( PRC1 . PRC2 ) 

LNP110 LINE TRUNK-TKUP1P2.CLASS-UDLC192.ADR-010 

LNP210 LINE TRUNK-TKUP1P2,CLASS«UDLC192,ADR-011 

STUP1P2 STATION LI NE-LNP110 , RSHLE-TKUP1P2 . LSA-1 .RSA-2 

STUP2P1 STATIO.N LINE«LNP210,RSHLE-TKUP1P2,LSA-2,RSA-1 

*************************************************************** 

** PSCS CONFIGURATION FOR DDN X.25 ATTACHMENT 

* 

X25DFDN X25DEF NETW0RK-DDNX25 

PGPP2DN PDNGRP PRCSR=PRC2,X25DEF=X25DFDN.VCGRP-( 1 , 50) , ; 

DTEADR='000000154200' 
X2596 LCLASS LPH=X25PKT.SPEED=9600.0PTIONS=(DIR, SYFD) 
LNP212 LINE PDNGRP-PGPP2DN ( CLASS=X2596,ADR=X' 12' 

************* ■*•****•*• ************************************ ******** 

** TCP-IP STACK CONFIGURATION 

* 

EUTCP EU PRCSR«PRC2,TYPE=TCPIP 

SNDDNP2 SUBNET PRCSR«PRC2,TYPE-DDN, IPNETID-26 , ; 

PDNGRP-PGPP2DN 
IPP2U1 IPADR PRCSR-PRC2.DCAEP-UNIX1.; 

I PADDR1*=( 26 ,42,0,15, LOCAL ) , ; 

IPADDR2-(26,13,0,5) 
* 

**IPADDR1-L0CAL IP ADDRESS ASSIGNED TO H0ST1 (ACROSS THE TELCON NETWORK) 

**IPADDR2=REM0TE IP ADDRESS OF UNIX1 (ACROSS THE DDN NETWORK) 

*************************************************************** 

*END OF EXAMPLE 

*************************************************************** 
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A.2,3, Configuring a DCP to Link DCA Termination Systems 
Across the DDN 

This example configures a DCA data link from a DCP to a U Series system across 
the DDN. The U Series system requires the appropriate Information Services (IS) 
product to support DCA communications. This allows the U Series system to 
operate as part of a DCA distributed data processing network. The U Series 
system is configured as a remote DCA termination system (DCATS). The network 
configuration is illustrated in Figure A-8. 
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Figure &-8. DCP-to-U Series Using PSCS, TCP-IP Stack, and TS/TN 



CMS 1100 CONFIGURATION 

TS/TN CHANNEL ATTACHED HOST RUNNING DDP-PPC APPLICATIONS 



ADMIN 



SECURITY, PASSWORD, PSWD 
KEYIN-NAME.CMS 



TRACE ASG,*TRACE(+1). .F///100 

STATIC- BANKS DCP , TS/TN , DEMAND 

! DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS.. 

APPLICATION ,LOADEU OWNER, HOSTMS 



PROCESS ,DDP 



TYPE,XCSU ; 

ENTRY JPFCSU,IP$CSU.SYS$LIB$*DDP-PPC-1.CBEP$$DDP ; 

STATE, UP ; 

SOURCE, MASM A2- INFO , I P$NETD ; 

INPUT-GUE-LIMIT,5000 
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PROCESS, DCP 

PROCESS, RSDCSU 

NETWORK, NET 10 
NETWORK, NET11 

FEP,FEPP1 
PATH.PATH1 

RSI 



TYPE,SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE,CSU ;■ 
SOURCE, PLUS ; 

ENTRY, RSIDEMANDCSU ; 
STATE, UP 

SAT-PRfKF^ FFPP1 • 
NETWORK-NUMBER, 10 
SAI-PR0CESS,FEPP1 
NETWORK-NUMBER, 11 

PATHS, PATH1 

OWNER, FEPP1 ; 
TYPE, BLOCK ; 
INPUT-NODE, IN0DE8 ; 
OUTPUT-NODE, 0N0DE8 

TIME-OUTS, YES ; 
BLOCKING-FACTOR, 25, 4 



******* **** ****** ** ■** ••**•*** ********************************** 
**** TELCON CONFIGURATION 

* DCP PROCESSOR DEFINITION 
* 

PRC1 PRCSR 

* ■ ■ 

* TERMINATION SYSTEM DEFINITIONS 

* 

H0ST1 DCATS PRCSR-PRC1 * OS 1100 HOST 

UNIX1 DCATS PRCSR-PRC1 ' ^ U SERIES 

DCPTS1 DCPTS PRCSR=PRC1 * DCP 

*************************************************************** 

****** 

* SESSIONS 

* NETWORK NMS SESSION 

* 

SSP1P1 SESSN TS1KDCPTS1,10,PRC1),TS2=(DCPTS1,11,PRC1) 
* 

* DCP TO OS1100, DEMAND 

SSH1P1 SESSN TS1«(H0ST1. 10.PRC1) .TS2=( DCPTSl'. 12 . PRC1 ) 

* 

* U SERIES TO 1100 HOST 

* 

* THE LOGICAL CHANNEL NUMBER ASSOCIATED WITH THE U SERIES TERMINATION 

* SYSTEM (IN THIS CASE, 10) MUST MATCH THE LOGICAL CHANNEL NUMBER IN 

* THE U SERIES CONFIGURATION. 

SSH1U1 SESSN TS1=(HOST1,11,PRC1),TS2=(UNIX1,10,PRC1) 

*************************************************************** 

* EXTERNAL END USER (XEU) DEFINITION, DEMAND 

* 

DEMH1 XEU TS-H0ST1.DESTTSU-' RSDCSU' 

*************************************************************** 

* HOST CHANNEL DEFINITION 

* . 

CHANH1 CHANNEL TS-H0ST1 , PPID=01D 

*************************************************************** 

* NETWORK CONSOLE DEFINITIONS 

* 

NMSC XEU TS=DCPTS1 ,DESTTSU= J DTPX f , DESTSSU-' EUNMS f 

EUNMS EU PRCSR=PRC1,TYPE-NMS 

OS XEU TS-DCPTS1,DESTSSU='EU0S' 

EUOS EU PRCSR=PRC1,TYPE=DCP0S, I NFO=' MONITOR' 
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UN96SH 

* 


LCLASS 


LNMSPl 

* 


LINE 


GNMSPl 


GROUP 


NMSCP1 


TERM 



************************************* 

* ALLOWS NMS ACCESS THROUGH OS CONSOLE 
* 

CONSP1 TERM PRCSR=PRC1,TYPE=0PERAT0R,AUTH=PRIV, ; 

DEST=NMSC,AL0C=YES,CEDS=YES,0PDS=YES, ; 

PPID=0FF 
*************************************************************** 

* NMS LINE CLASS, LINE, AND TERMINAL DEFINITION 

LPH=UlOOL,SPEED=9600,OPTIONS=(DIR,SYHD) 

PRCSR-PRCl,CLASS=UN96SH,ADR-04 

PRCSR=PRC1,LINE«LNMSP1 

GR0UP«GNMSP1.TYPE-UTS20,ADR-(X*21',X'63 , ) I 
DEST=NMSC,FMT=(24,80),AUTH=PRIV,; 

ALOC=IMMED 
*************************************************************** 

* UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS. 

* SECOND SCREEN OF NMS CONSOLE TERMINAL. ($$SON TO TERMA1) 
* 

* 

TERMA1 TERM GROUP-GNMSP1 ,TYPE=UTS20 , ADR-C X' 21* ,X'64' ) 

*************************************************************** 

* X.25 DEFINITION FOR A DDN CONNECTION 
* 

* 

X2596 LCLASS LPH=X25PKT, SPEED=9600 ,0PTI0NS-(DI R, SYFD) 

.* 

* DDN X.25 DEFINITION* 

* 

X25DFDDN X25DEF NETW0RKHDDNX25 , Nl-256 , L20PT=16 

* PDNGRP AND LINE DEFINITION 
* 

PGRPDDN PDNGRP PRCSR-PRC1 , X25DEF=X25DFDDN, ; 

VCGRP=(20.30) 

* 

LNP113 LINE PDNGRP=PGRPDDN,CLASS=X2596,ADR=X'13' 

*************************************************************** 
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******* 

* TCP-IP STACK DEFINITIONS 

EUTCP EU PRCSR-PRC1.TYPE-TCPIP 

* TCP-IP SUBNET DEFINITION 

* 

* 

SNDDNP1 SUBNET PRCSR-PRC1 , IPNETID~(53) ,TYPE=DDN, 

LINE-LNP113 

* TCP-IP IPADR DEFINITIONS 



IPP1U1 IPADR PRCSR-PRC1.DCAEP-UNIX1.; 

IPADDR1-(53.4.0.1,LOCAL),; 
IPADDR2-(53.5.0.1) 

*************************************************************** 

*END OF EXAMPLE 

*********************************** **************************** 
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A.3. Configuring the DCP as an IP Router Between 
an 802.3 LAN and an FDD8 LAN 

This example shows a DCP configured as an IP router between an 802.3 LAN, an 
802.5 LAN, and an FDDI LAN. The DCP is connected to the 802.3 LAN using an 
802.3 ILM-40; it is connected to the 802.5 LAN using an 802.5 ILM-40; and it is 
connected to the FDDI LAN using an FDDI ILM-40. An OS 1100 host running 
DDN 1100 is attached to the 802.3 LAN through a Host LAN Controller (HLC). 
Figure A-9 depicts this configuration. 




TCP-IP 
Stack 



Figure A-9. DCP as an IP Router Between an 802.3 LAN, and an FDDI 
LAN 



CMS 1 ion fONFTftiiRATION 

HLC AffACHED HOST RUNNING DDN 1100 WITH CMS 1100 TCP/IP 



NODE 

TRACE 

STATIC-BANKS 



NODE-ADDRESS, 10 
ASG,'*TRACK(+1).,F///1000 
TCP/IP, DEMAND 



. DEMAND AND CSACSU APPLICATIONS DO NOT REQUIRE APPLICATION STATEMENTS. 

APPLICATION ,L0ADEU OWNER, H0STMS 

REM -HOSTS FILE,CMS*TCPIP.RH0STS,RFC952 
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PROCESS, DPP 



PROCESS. DCP 



PROCESSS.RSDCSU 



INTERNET-ADR. INTH1 



LAN.LAN1 



NEIGHBOR. PRC1 



TYPE.XCSU ; 

ENTRY, IPFCSU,IP$CSU.IP$CSU.SYS$LIB$*DDP -PC- 

l.CBEP$$DDP ;STATE,UP ; 

SOURCE, MASM A2-INFO, IPSNETD ; 

INPUT-QUE-LIMIT, 5000 ; 

INTERNET-ADR, INTH1 

TYPE.SAI ; 
SOURCE, MASM ; 
ENTRY, NCHENT ; 
STATE, UP 

TYPE.CSU ; 
SOURCE, PLUS ; 
ENTRY, RSIDEMANDCSU ; 
STATE. UP 

IP. IP1 ,192.9. 10.21 
IP.IP1LINK-LAYER.LAN1 : 
GATEWAY. 192. 9. 10. 30 ; 
INTERFACE-TYPE, IEEE802. 3 

INPUT-NODE. LAN1I ; 
OUTPUT-NODE. LAN10 ; 
LOCAL-ADR.XO8OO0BE00C0A ; 
STATUS, UP 

LAN.LAN1 EHTERNET-ADR.X0800OB0C360B : 
LOAD,TEL*LOAD,PRCl 



*************************************************************** 

* TELCON CONFIGURATION 

************* **** **************** ****************************** 

** OS 1100 HOST (ATTACHED TO LAN BY HLO' DNS ADDRESS DEFINITION: 

* 

H0ST1 NETADR NA-10 

*************************************************************** 

** DCP PROCESSOR DEFINITION: 
* 

DCP1 NETADR NA-1 

PRC1 PRCSR NA-1 

*************************************************************** 

** DEMAND TERMINAL EXTERNAL END-USER (XEU) DEFINITION: 
** (CONFIGURES DEMAND MODE TERMINAL ACCESS TO HOST) 

* 

DEMH1 XEU DS-HOSTl.DESTTSU-'-RSDCSU' 

************************************************************ 

** XEU DEFINITION FOR DDP TERMINAL ACCESS: 

** (CONFIGURES TERMINAL ACCESS TO DDN 1100 APPLICATION) 

DDPH1 XEU DS-HOSTl.DESTTSU-'DDP" 

*************************************************************** 

* NETWORK CONSOLE DEFINTIONS 



NMSC 



XEU 



NA-1K. 

DESTTSU-'DTPX'.DESTSSU-'EUNMS' 

PRCSR-PRC1.TYPE-NMS 

NA-l.DESTSSU-'EUOS' 

PRCSR=PRC1,TYPE=DCP0S ,1 NFO-' MONITOR' 
* 

*************************************************************** 
* ALLOWS NMS ACCESS THROUGH OS CONSOLE 



EUNMS 


EU 


OS 


XEU 


EUOS 


EU 



C0NSP1 



TERM 



PRCSR-PRC1, TYPE-OPERATOR, AUTH-PRIV.; 

DEST=NMSC,ALOC=YES,CEDS-YES,OPDS-YES, 

PPID=OFF 
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* NMS 


LINE 


CLASS, LINE 


UN96SH 

* 




LCLASS 


LNMSPl 




LINE 


GNMSP1 




GROUP 


NMSPC1 




TERM 



******* *** *** **** ** **** ******** ****** ************************** 

AND TERMINAL DEFINITION 

LPH»U100l,SPEED-9600,OPTIONS-=(DIR,SYHD) 

PRCSR=PRC1 , CLASS-UN96SH , ADR=04 

PRCSR-PRC1 . LINE-LNNSP1 

GROUP=GNMSPl .TYPE-UTS20 . ADR=( X' 21 " . X' 63 ' ) , ; 
DEST-NMSC,FMT(24,80),AUTH-PRIV, ; 

ALOC=IMMED 

* 
*************************************************************** 

* UNISCOPE TERMINAL (TERMA1) DEFINITION FOR HOST ACCESS 

* SECOND SCREEN OF NMS CONSOLE TERMINAL ($SON TO TERMA1) 

* 

* 

TERMA1 TERM GROUP-GNMSP1 ,TYPE«UTS20 , ADR«( X ' 21* , X ' 64 * ) 

* 

*************************************************************** 

** IEEE 802.3 ILM-40 CONFIGURATION 

* 

LANETHR LCLASS LPH=( ILML, ' ENET$ ' ) 

LNP11B LINE PRCSR=PRC1,CLASS-LANETHR,ADR=X'2B\; 

STA-X'0800QB0C362B' 
* 

*************************************************************** 

** FDDI ILM-40 CONFIGURATION 

* 

LANFDDI LCLASS LPH-< ILML, ' FDDI$ ' ) 

LNP13B LINE PRCSR=PRC1 , CLASS-LANFDDI , ADR=X'3B ' , ; 

STA«X'08000B0C363B' 

* 

*************************************************************** 

** TCP-IP STACK CONFIGURATION: 
* 

** EU AND XEU DEFINITIONS FOR TCP-IP STACK: 

** (CONFIGURES SERVER AND USER TELNET ON PRC1) 
* 

EUTCP EU PRCSR=PRC1.TYPE=TCPIP 

USRTEL XEU DS-PRC1 ,DESTTSU='DTPX ' .DESTSSU-' EUTCP* 

* 

** SUBNET AND IPADR DEFINITIONS FOR THE LAN ATTACHEMENTS: 

* 

SNENETP1 SUBNET PRCSR-PRC1 , TYPE-LAN , IPNETID-( 192, 9,10) . ; 

LINE=LNP11B,IPR0UTER=YES 
SNFDDIP1 SUBNET PRCSR-PRC1 ,TYPE=IPFDDI , IPNETID=( 192,9, 12) , ; 

LINE-LNP13B.IPR0UTER-YES 
IPP1ENET IPADR PRCSR=PRC1 ,DCAEP=DCP1 , ; 

IPADDR1-(192,9, 10,30, LOCAL) 
IPP1FDDI IPADR PRCSR-PRC1.DCAEP-DCP1, ; 

IPADDR1=(192,9, 12,30, LOCAL) 

■*■ 

*************************************************************** 

* END OF EXAMPLE 

*************************************************************** 
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This section provides a general description of the environment in which the 
TCP-IP Stack program product functions. It introduces you to the concepts 
involved in TCP/IP technology, and provides a brief history of the development of 
these protocols. 

If you are responsible for configuring and installing TCP-IP Stack, but you are 
unfamiliar with TCP/IP technology, the Defense Data Network (DDN) and other 
environments in which the program product functions, this section can help you 
understand TCP/IP. 



B.l. TCP/IP Development 



TCP/IP is a communications architecture comprised of a set of layered 
communications protocols originally defined by the United States Department of 
Defense (DoD) Advanced Research Projects Agency (DARPA). The name TCP/IP 
represents two protocols that provide the primary communications services on 
which the architecture is based: transmission control protocol (TCP) and internet 
protocol (IP). 

TCP/IP technology is based on communications research conducted on the Defense 
Advanced Research Projects Agency Network (ARPANET), which was initiated as 
a DoD experimental packet-switched network. DARPA research conducted in the 
1970s led to a set of military standards for data communications that define the 
basic TCP/IP protocol suite. ARPANET began as a relatively simple 
packet-switched network that interconnected major computer science and 
defense-related research institutions in the United States. As ARPANET users 
adopted TCP/IP technology, the network gradually grew to include independent 
local area and wide area networks, allowing systems to communicate across 
network boundaries. 

ARPANET is now part of a large system of interconnected networks, commonly 
called the Internet, which ties together the U.S. military production network 
(MILNET), major universities and research institutions, and a number of 
government agency and research laboratory networks. The Internet has grown to 
support communications among thousands of independent private and public data 
networks comprising tens of thousands of computer systems and terminals. This 
demonstrates the strength of TCP/IP technology, which became a mandated suite 
of protocols in 1983 for all interconnected networks and systems using ARPANET 
communications facilities. 



7831 5546-100 B-l 



TCP-IP Stack Configuration Concepts 



Because TCP/IP is a well defined, flexible set of public-domain protocols, many 
vendors provide common TCP/IP protocol implementations for their equipment 
TCP/IP communications technology has become popular in the private sector as a 
method of interconnecting systems from different vendors on local area networks 
(LANs) and wide area networks (WANs). Although it is not defined by 
international standards, TCP/IP has become a de facto standard for open systems 
communications in recent years. 

B.I.I. The DoD Communications Rflodel 

The ARPANET network structure is based on a communications model developed 
by the DoD to define the basic requirements for data communications. The DoD 
model consists of three agents: processes, hosts, and networks. These components 
can be defined as follows; 

d Processes 

Processes are fundamental operations that ultimately communicate. End user 
applications are defined as processes in this model. A file transfer operation is one 
example. 

• Hosts 

Hosts are computer systems that execute processes. Hosts typically support 
multiple processes and allow them to operate concurrently. 

• Networks 

A network is a system of interconnected computers. Host computers are connected 
by networks. Data is exchanged between hosts through networks. 
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Figure B-l illustrates the DoD conceptual model. 
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Figure B-L DoD Communications Model 



B.1.2. What is a Protocol? 

A protocol is simply an agreement on how to communicate. Protocols define 
guidelines for interactions to help communicating parties understand one another. 

In a layered communications architecture, a protocol is a set of rules by which 
data is exchanged between equivalent (peer) processing entities within the same 
layer. Each layer of the communications architecture can contain various 
processing entities that perform specific telecommunications functions. Protocols in 
a layered architecture support peer-to-peer data exchange between entities 
operating on different processing systems. 

Protocols accomplish their tasks through two definitive methods: 

* They establish two-way communications (called handshaking), 

• They manage established communications paths by performing error handling 
and controlling session activity (traffic management). 
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B.1.3. What is an Internetwork? 

LANs and WANs evolved out of a need for computer users to access resources 
beyond those available in a single computer system. Computer system users often 
need to exchange information and access computing resources over long distances, 
sometimes beyond the geographical boundaries of their own network. 

The increasing need to share computing resources and data has demanded the 
merging of independent physical networks into sets of cooperative networks, called 
internetworks. The limitations of proprietary networks have caused users to seek 
connections to internetworks, and have imposed upon those networks standards 
for interoperability and data transmission reliability 

Interconnection of multiple networks, by means of a common set of 
communications protocols, enables any two stations on constituent networks to 
communicate. An internetwork (hereafter referred to as an internet), makes it 
possible for systems composed of otherwise incompatible hardware components to 
communicate despite their diverse technologies. 

B.1.4. What is the Defense Data Network (DDN)? 

The Defense Data Network (DDN) is a common name for the communications 
network and the supporting technology that interconnects all United States DoD 
data processing systems. The term DDN loosely refers to the DARPA Internet and 
TCP/IP technology, due to the defense-related development history of the Internet, 
and the fact that it links military and defense-related research facilities 
worldwide. DDN most accurately refers to MILNET and associated portions of the 
Internet used for communications among military installations. 

MILNET was formed in 1984 when DARPA divided ARPANET into two separate 
packet-switched backbone networks using the same network technology. 
ARPANET remains primarily research-oriented, while MILNET was created to 
provide a reliable production network for military use. ARPANET and MILNET 
are connected at several points to allow communications among systems on both 
networks. 

The Internet backbone service (both ARPANET and MILNET) is operated and 
maintained by the Defense Communications Agency (DCA) of the DoD. ARPANET 
and MILNET consist of numerous packet switched nodes (PSNs) at various 
geographic locations, interconnected by leased telecommunications lines, radio 
links, and satellite links. PSNs (originally called interface message processors, or 
IMPs) provide a standardized interface through which individual computer 
systems or networks can attach to the packet-switched backbone network. PSNs 
originally used a proprietary interface protocol, but DARPA eventually adopted a 
more universal interface based on CCITT X.25 protocols. 
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B.l.S. Why implement TCP/IP? 

TCP/IP protocols enable computer systems to communicate across interconnected 
subnetworks and transmit data across mixed communications media having 
different performance characteristics. TCP/IP supports interconnection of WANs 
and LANs, and provides data routing across dissimilar subnetwork types. 

Because it uses standardized communications services and addressing schemes, 
TCP/IP has been used in numerous network environments that require 
communications among systems supplied by multiple vendors. The TCP/IP protocol 
structure makes differences in system hardware and network transmission media 
transparent to the user. It allows systems and networks to be interconnected to 
create an open systems communications environment. Ideally, users on any 
standard TCP/IP network can communicate with users on any other TCP/IP 
network. 

B.1.6. TCP/IP Communications Architecture 

To reduce the complexity of communications protocols, most networks use an 
architecture that divides network functions into logical layers. Each logical layer is 
limited to performing a specific type of communications service. Each layer 
provides specific services to the adjacent upper layer, and uses services provided 
by the adjacent lower layer. 

When a system transmits data, processing entities at each layer encode the data 
and add information about the processing they perform before passing the data to 
the next layer. The layer-specific processing information is interpreted only by 
equivalent (peer) entities on the receiving system. Logically, entities at each layer 
communicate only with peer entities in the same architectural layer on other 
systems. Peer processing entities use specific protocols to exchange data. This 
concept is called peer-to-peer communications, and is fundamental to open systems 
communications architectures. 

TCP/IP protocol structure is based on a layered architectural model that evolved 
from ARPANET experimentation. The main differences between the ARPANET 
TCP/IP model and the Open Systems Interconnection (OSI) model are in the 
location of reliability control (error detection/recovery) within the protocol 
hierarchy, and the application system structure defined by each model. The 
primary goal of the TCP/IP architecture is to interconnect multiple independent 
networks and support host-to-host communications across the resulting wide area 
network. The TCP and IP protocols together provide a common data transport 
service for all hosts in the network. Figure B-2 shows how data is exchanged 
between peer entities as it crosses a typical network between two hosts. 
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Figure B-2. Peer-to-Peer Communications in a TCP/IP Network 

In the TCP/IP architecture, the process/application layer encompasses all 
application system services performed on hosts. It is not subdivided into specific 
functional layers as in the OSI model, and it does not include a defined set of 
communications services common to all application processes. Application services 
used in TCP/IP network environments are defined by functional and 
implementation standards that apply only to each specific service. For example, 
some application services adopted by the DoD are defined by MIL-STD 
specifications to ensure interoperability within the Internet. 

The DCA has formally adopted some lower layer protocols that are common to 
both OSI and TCP/IP networks for use in the Internet. The Internet is still 
considered an experimental network, and it is expected to gradually adopt more 
internationally standardized protocols as they evolve. Consequently, current 
protocol implementation in TCP/IP networks conforms more closely to the OSI 
model than to the original ARPANET model. However, the original four-layer 
ARPANET model is still a valid conceptual description of TCP/IP architecture. 

B.O. Internet Protocol Development 

Protocol development for the Internet environment is an ongoing process. Because 
the Internet user community is so diverse, many services and protocols have been 
developed independently of the DoD to meet particular processing and 
communications needs. Any Internet user may develop a proposal for new services, 
protocols, or changes to existing services or protocols. Such a proposal is presented 
to the Internet user community as a Request for Comment (RFC), which is a 
formal document soliciting commentary and debate from the Internet community 
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Software offered to the Internet community for general use is considered to be in 
the public domain. Unless formally adopted as a required Internet protocol, the 
implementation of any particular service is site-dependent. A list of required 
protocols for the Internet environment is issued periodically as an RFC. 

A group of Internet users, the Internet Engineering Task Force (IETF), acts 
independently to examine available services, protocols, and implementation 
methods. The IETF meets periodically to make short-term implementation 
recommendations to the Internet community in support of system interoperability 
within Internet The IETF is a task force of the Internet Activities Board (IAB), an 
independent group of researchers that monitors and directs much of the research, 
development, and problem-solving activities within the Internet community. The 
IAB exchanges information with DARPA and other organizations that support 
communications research in the Internet. 



B.2. TCP/IP Functional Overview 



The protocols comprising TCP/IP can be organized into four logical layers, as 
shown in Figure B-2. These layers rely upon a fifth layer that represents various 
physical subnetwork types that support TCP/IP communications. The following 
subsections describe the communications protocols in each layer of the TCP/IP 
architecture. 

Table B-l. TCP/IP Logical Layers and Standard Protocols 



Layer 


Protocol 


Process/appiication layer 


Fiie transfer protocol (FTP) 

Simple mail transfer protocol (SMTP) 

Network virtual terminal protocol (TELNET) 


Transport (host-to-host) layer 


Transmission control protocol (TCP) 
User datagram protocol (UDP) 


Internet layer 


Internet protocol (IP) 

internet control message protocol (ICMP) 

Address resolution protocol (ARP) 


Network access layer 


CCITT X.25 (for packet-switched PDNs) 
FIPS 100 (DDN X.25, for Internet access) 
802.2/802.3 (for LANs) 



B.2.1. Process/Application Layer 

The process/application layer contains end user application processes that operate 
on host systems. This layer interacts with the protocols at the transport layer to 
send or receive data. Additionally, this layer determines the form its data takes - a 
sequence of messages, or a stream of bytes. The process/application layer contains 
protocols for resource sharing (computer- to-computer) and remote access 
(terminal-to-computer). 
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B.2.1.1. Application Services Available through the Internet 

All hosts in the Internet are required to implement a certain minimum set of 
services (protocols) to support interoperability. These services include: 

• Electronic mail (simple mail transfer protocol, SMTP) 

• File transfer (file transfer protocol, FTP) 

• Remote login 

• TELNET Network Virtual Terminal (NVT) protocol) 

Electronic Mail 

This application enables users to electronically create, send, and receive 
correspondence in the form of short text files. Functions are invoked interactively 
from the user's terminal. The main protocol used in this application is the simple 
mail transfer protocol (SMTP). 

File Transfer 

This application enables users to send or receive large, more complex data files. 
The main protocol used in this application is the file transfer protocol (FTP). 

There are three basic purposes for file transfer: 

• Store a file for subsequent retrieval 

• Print a file (most often, on the local printer) 

• Run a file as a program, or process it as data 

Remote Login 

This application enables users of a given system to connect (login) to remote 
svstems and establish interactive sessions. 

The main protocol used in this application is the network virtual terminal (NVT) 
protocol known as TELNET. The TELNET protocol specifies how terminals 
communicate with applications running on host computers, and how two terminals 
communicate with one another. TELNET was developed in the early 1970s, when 
most terminals were unintelligent devices. It was originally designed for scroll 
mode, rather than form mode terminals. 

TELNET 

The main function of TELNET is to establish and manage two simplex data 
streams, one in each direction. Because the protocol does not require identical data 
structures at each end of the network, the terminal process converts the stream of 
8-bit bytes transmitted over the lines (as keys are hit) into a format that can be 
recognized by the network. TELNET then adapts the transmitted character code to 

B-8 7831 5546-100 



TCP-IP Stack Configuration Concepts 



the network standard. TELNET thus provides a fairly general bidirectional, 8-bit 
byte communications facility. 

TELNET enables terminals to access applications running on hosts connected to 
the DDN and other networks that use TCP/IP protocols. It supports a standard 
method of interfacing terminal devices with terminal-oriented processes. 

As a service recipient, TELNET accommodates connection establishment and 
negotiates service options. It changes defaults and sets parameters on the virtual 
terminal with a handful of commands that may be initiated at any time by either 
side of the network. As a service provider, TELNET optimizes the function of the 
host interface by negotiating the most effective operating characteristics, 

TELNET comprises several commands that are entered from the terminal 
Through these commands, TELNET can initiate a TELNET connection, negotiate 
an option, send a specific command to the remote TELNET, or terminate the 
TELNET connection. 



B.2.2. Transport (HosMo-Host) Layer 

The transport layer is often called the host-to-host layer. It controls the quality of 
data transmission, ensuring that a reliable path exists at all times between end 
nodes. It is the highest layer responsible for the data integrity of end-to-end logical 
connections. 

The transport layer ensures that an optimal quality of service is provided from the 
start of a session to its completion. It controls a session by passing along 
information about the quality of the communications. It uses various mechanisms, 
unrelated to the supported application processes, to ensure that data is exchanged 
reliably. 

The most significant function of this layer is to provide successful end-to-end 
communications, or communications from one application system to another. 

This layer organizes streams of data into segments, and passes the data and a 
destination address to the next layer for transmission. This layer also provides an 
interface between the upper layer protocols (ULPs) that provide application 
functions and the lower layer protocols that provide communications-oriented 
functions. 

When multiple applications from one system are accessing the network, the 
transport layer provides a code that identifies the application program that sent 
the information, as well as a code that identifies the recipient application. 

B.2.2. 1. Transmission Control Protocol (TCP) 

The transmission control protocol element provides reliable communication 
between pairs of processes (applications) on logically distinct hosts, across 
networks and sets of interconnected networks. TCP serves as the basis for the DoD 
concept of interprocess communications among systems. 
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TCP appears in the DoD protocol hierarchy at the transport layer. It provides 
reliable connection-oriented, ordered, two-way simultaneous, full-duplex data 
transfer, with capabilities for flow control. TCP, therefore, compensates for 
environments in which loss, damage, duplicated or out-of-sequence data, and 
network congestion might otherwise occur. Consequently, it is well-suited to 
support military, governmental, and commercial applications. 

TCP provides its services on top of the internet and network access layers, which 
might be prone to data errors, TCP requires addressing and control information to 
be initialized and maintained during data transfer. It uses the following 
mechanisms to render data exchange more reliable: 

• Error detection 

• Sequencing 

• Positive acknowledgment with retransmission (PAR) 

TCP uses the PAR mechanism to recover from the loss of a segment of data by 
lower layers. In operation, the sending TCP resends a segment at timed intervals 
until a positive acknowledgment is returned. 

• Flow control 

The TCP flow control mechanism enables a receiving TCP to govern the amount of 
data dispatched by a sending TCP, The mechanism is based on a window that 
defines a contiguous interval of acceptable sequence-numbered data. As data is 
accepted, TCP moves the window upward in the sequence. This window is carried 
in every segment, enabling peer TCPs to maintain current window information. 

• Multiplexing 

Multiplexing allows multiple upper layer protocols (ULPs) within a single host, 
and multiple processes in a ULP, to use TCP simultaneously. This mechanism 
associates identifiers, called ports, with ULP processes accessing TCP services. 
Each ULP connection is uniquely identified with a socket. A socket is the 
concatenation of a port identifier and an internet address. Each connection is 
uniquely named with a socket pair. This naming scheme enables a single ULP to 
support connections to multiple remote ULPs. ULPs that provide popular 
resources are assigned permanent ports, which are referred to as well-known 
ports, 

A message is always sent over a connection from one socket to another socket. TCP 
uses the pair of sockets that form a connection to differentiate between multiple 
users. 

B.2.2.2. User Datagram Protocol (UDP) 

UDP provides a connectionless datagram transport service to upper layer protocols 
in the process/application layer. It is less commonly used than TCP because it 
requires the upper layer protocols to provide any necessary error recovery and 
end-to-end reliability control functions. In general, this requires a user- written 
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application, because reliability control is not built into most process/application 
layer protocols common to the Internet environment. UDP has the following 
characteristics: 

• Provides a data checksum service for data integrity error detection 

• Follows the same port addressing and multiplexing rules as TCP 

• Does not guarantee delivery of datagrams 

• Requires application ULPs to provide end-to-end reliability control 

B.2,3. Internet Layer 

The internet layer provides a routing function across multiple networks. It relays 
data from one network to another, from the source host to the destination host. 

B .2.3.1. Internet Protocol (IP) 

IP is responsible for routing data from source to destination across the network. It 
accepts data packets (segments) from the transport layer and passes the data to 
the network access layer in the form of IP datagrams. Each IP datagram can be 
routed across the network according to the IP addressing information it contains. 
An IP (internet) address is a unique identifier that indicates the destination device 
to which the datagram should be sent. 

The internet protocol is implemented within gateways as well as hosts. Gateways 
are processors that connect two subnetworks. IP can determine if a datagram can 
be delivered to its destination directly (on the same subnetwork), or if it should 
travel through a gateway (to a different subnetwork). It uses a routing algorithm 
to make this determination. IP can also check the validity of incoming datagrams, 
and determine if the incoming datagram should be processed locally or transported 
to another location. IP determines the appropriate route to the destination and 
passes the datagram to the corresponding subnetwork interface for transmission. 

Another major function of the internet layer is datagram fragmentation and 
reassembly. Datagrams are broken into smaller pieces before they are transmitted 
across the network. IP software at the receiving end of the network then 
reassembles the fragments into full datagrams. Fragmentation is often necessary 
when a network cannot process the datagrams at their initial size. IP provides its 
services through four means of control: type of service, time to live, header 
checksum, and options, as described in the following paragraphs. These services 
are configured through parameters associated with the configuration statements 
described in Section 3. 
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Type of Service 

Type of service controls the quality of service provided by the networks in the 
internet. It is a set of parameters used to select network transmission 
characteristics. 

Time to Live 

Time to live controls the lifetime of a datagram in the internet. It is set by the 
sender of a datagram and is the maximum amount of time the datagram is 
allowed to exist in the network. 

Header Checksum 

Header checksum ensures the reliability of data in the IP header. 

Options 

Options control functions not commonly used in most communications activities. 
There are six options: 



Security 



Loose source, 
record route 

(LSRR) 



This option enables hosts to send security, compartmentation, 
handling restrictions, and transmission control code 
parameters. 

This option enables the source of an internet datagram to 
supply routing information used by gateways to forward the 
datagram to its destination, and to record the route taken. 
This option is termed loose source route because the gateway 
or host IP can use any route of any number of other 
intermediate gateways to reach the next address in the source 
route. 



Strict source, 
record route 

(SSRR) 



Record route 



Stream identifier 



This option enables the source of an internet datagram to 
supply routing information used by gateways to forward the 
datagram to its destination, and to record the route taken. 
This option is termed strict source route because the gateway 
or host IP must send the datagram directly to the next 
address in the source route through the next directly 
connected network. The datagram reaches the next gateway 
or host specified in the route. 

This option enables the route of an internet datagram to be 
recorded. 

This option enables a 16-bit stream identifier to be carried 
through networks that do not support the stream format. 



Internet titnestamp This option enables the timestamp alone, the timestamp and 
the internet address together, or the timestamp for a specific 
internet address to be entered in the IP header. 
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IP Output and Input Requests 

When the IP receives an output message from an upper layer protocol (ULP), it 
builds an IP header from the information provided at the time the request was 
made. It then determines the local network address for the message. 

If a datagram is too large for the network to process, the message is fragmented to 
satisfy the network interface. Finally, the datagram is passed to the network 
interface module. 

When the IP receives a fragmented datagram from the network, the fragments are 
collected until a complete datagram is received. When a complete datagram is 
received, the IP header is verified and the datagram (with any additional 
information required by the ULP) is passed to the ULP. 

B.2.3.2. Internet Control Message Protocol (ICMP) 

ICMP is a sublayer protocol within the internet layer that enables error messages 
to be transported to upper layer protocols on behalf of lower layer protocols. 
Because internet layer and network access layer protocols have no reliability 
control functions, they must notify upper layer protocols of any transmission or 
data integrity errors. 

ICMP provides a set of standard messages in a common format that can be 
interpreted by upper layer protocols. There are two types of ICMP messages: error 
messages and query messages. ICMP is a required protocol in the Internet 
environment, and it is actually integrated as part of IP. ICMP messages are 
transmitted as IP datagrams, using IP as the routing protocol. IP does not 
interpret ICMP messages. 

B.2.3.3. Address Resolution Protocol (ARP) 

In local area networks, a sublayer protocol called address resolution protocol (ARP) 
works in combination with IP to route data to LAN-connected hosts. ARP was 
developed specifically to map internet addresses used by IP to physical addresses 
used by the LAN subnetwork protocol. It is commonly implemented for LANs that 
are connected to the Internet through a gateway, and for stand-alone LANs that 
use TCP/IP protocols. 

For example, an application on a LAN-connected host relies on IP to route data to 
another host connected to the same LAN. All hosts on the LAN have both an 
internet address and a physical (station) address. IP on the sending host can 
identify the destination host only by the destination internet address that the 
application provides. The LAN subnetwork protocol (MAC on an LAN) cannot 
recognize internet addresses. ARP can equate the internet address with the LAN 
station address of each host on that LAN to provide IP routing between those 
hosts. 
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IP on the sending host sends an ARP request over the LAN. ARP requests are 
broadcast at the physical layer to all hosts on the LAN. The ARP request header 
contains the station address and internet address of the sending host, and the 
internet address of the destination host All hosts receive the ARP request, but 
only the host corresponding to the destination internet address will respond to the 
sender. ARP on the destination host returns the address mapping information, and 
both the sending and receiving hosts retain each other's addressing information for 
future use. 

B.2.4. Network Access Layer 

The services of the network access layer provide appropriate interfaces to the 
underlying physical transmission media that make up the network. This layer 
manages the exchange of data between a host computer and the network to which 
it is attached. It accepts internet protocol datagrams and transmits them over the 
physical subnetwork in the appropriate format. Network access services allow 
internet protocol to route data across multiple interconnected subnetworks, 
regardless of the subnetwork type. 

At this layer, the Internet relies on national and international standards such as 
CCITT X.25 for WANs, and 802.3 (ISO 8802/3) for LANs. 

B.2.4. 1. WANs: CCITT Recommendation X.25 

CCITT Recommendation X.25 was chosen as the standard set of network access 
protocols for use within the DDN. For DDN implementations, X.25 protocols must 
conform to the requirements defined in FIFS 100. X.25 protocols were originally 
developed by CCITT for packet-switched public data networks, and address the 
requirements for DTE-to-DCE interface protocols in that type of network. X.25 
protocols are directly applicable to the Internet physical network structure, 
providing a standardized interface to the PSNs that make up the network 
backbone. 

X.25 comprises three protocol layers. For DDN implementations, the X25 packet 
level protocol (PLP) operates as a lower internet layer subprotocol with IP 
operating above it as the routing protocol. The X.25 lower layer protocols (X.25 
LAPB and X.21 bis) together fulfill the role of TCP/IP network access layer 
services. 

B.2.4.2. LANs: Logical Link Control (LLC) Protocol 

LLC is an upper data link layer subprotocol developed by IEEE for use with 
various local area network types. LLC is described by the 802.2 standard, and 
was adopted by ISO as ISO 8802/2. For TCP/IP communications, LLC provides a 
standardized link layer interface to different types of LAN subnetworks described 
by associated IEEE standards (such as 802,3). 
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B.2.4.3. LANs: Media Access Control (MAC) Protocol 

MAC is a lower data link sublayer used in conjunction with LLC. The 802.3 
standard describes the MAC subprotocol for carrier sense multiple access with 
collision detection (CSMA/CD) LANs. CSMA/CD LANs are high-speed multipoint 
baseband networks. The associated subnetwork type is often called an 802.3 LAN, 

ISO describes this protocol in the ISO 8802/3 standard. Subprotocols for other 
LAN subnetwork types are described in the IEEE 802 and ISO 8802 series of 
standards. 

The 802.3 LAN type is closely associated with TCP/IP protocols. 802.3 uses the 
same transmission medium as Ethernet LANs, and accommodates Ethernet 
version 2 frame structures. 802.3 or Ethernet LAN subnetworks are most 
commonly implemented to interconnect UNIX host systems using TCP/IP 
communications protocols. 
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B.3. Summary 



Figure B-3 shows how TCP/IP protocols implemented by Unisys software fit into 
the logical layers of the ARPANET architectural model. TCP-IP Stack implements 
TCP, UDP, IP, ICMP, and TELNET, and provides access to host-based Internet 
application services. 
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Figure B-3. Relationship of TCP/IP Protocols to Architectural Layers 
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3.4. TCP-IP Stack Addressing Concepts 

TCP-IP Stack allows you to use standard addressing mechanisms that support 
data routing in TCP/IP networks. 

B.4.1. IP Broadcast Address 

IP includes a broadcasting mechanism by which a message can be transmitted to 
all destinations in a given network. The IP entity on all nodes can receive a 
datagram directed to a standard broadcast address. 

The Internet standard IP broadcast address was originally specified to be all zeros. 
However, a broadcast address of all zeros caused unexpected problems with some 
early TCP/IP implementations on the Internet. The standard IP broadcast address 
was eventually changed to all ones: 255.255.255.255, also written as I P[-l,-l IP], 
Not all implementors adapted to the new scheme, and to this day there are 
important implementations running on the Internet using a broadcast address of 
1 P[0,0 1 P], TCP-IP Stack recognizes both broadcast address types in incoming IP 
datagrams, and can transmit the standard (all ones) address. 

Only the 802.2 and 802.3 LAN subnetwork types support broadcasting at this 
time. An IP broadcast message is transmitted to all stations on a LAN by means of 
the LAN broadcast address. A broadcast on the LAN always uses the same 
destination station address (XTFFFFFFFFFFF). Some LAN mechanisms (such as 
ARP) use broadcast addressing that involves only the link layer protocols and does 
not require IP broadcasting. 

B.4.2. Subnet Address Masks 

You can configure TCP-IP Stack to support subnet routing in local networks. 
Subnet routing allows an IP gateway to route datagrams to a local network (group 
of subnetwork attachments) which is identified to the rest of the TCP/IP network 
by a single network number. Because the range of unique network numbers is 
finite for each address class (A, B, or C), subnet routing was developed to increase 
the number of individual subnetworks that can be reached through IP routing. 

A local network that uses subnet routing consists of two or more individual 
subnetworks attached to the gateway node. To other hosts in the greater TCP/IP 
network, each destination in the local network appears to have the same network 
number and a unique host number. However, the local subnetworks have 
locally-assigned network numbers that are known only to the gateway node. The 
host number portion of the IP address is used to define these locally-assigned 
network numbers. The local gateway node differentiates destinations in the local 
network by means of a subnet mask, which permits a nonstandard interpretation 
of part of the host number. 
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A subnet mask is a locally configured number, conforming to the IP address 
format, that TCP-IP Stack uses to interpret IP addresses in incoming datagrams. 
The software performs a logical AND on the subnet mask address and the 
incoming IP address to derive the locally-assigned network numbers of attached 
subnetworks. For TCP-IP Stack subnet routing configurations, you can use one of 
two methods to specify a subnet mask: 

* TCP-IP Stack can automatically calculate an appropriate subnet mask for class 
A and B addresses. 

• You can explicitly configure a subnet mask for class C addresses. 

B.4.3. DDN Address Mapping Algorithm 

The DDN supports a number of unique facilities and features that are not 
ordinarily available on generic X.25 networks. Among these is an algorithm that 
automatically maps IP addresses to DTE addresses. This makes it unnecessary to 
configure paired DTE addresses for every remote TCP-IP host one is trying to 
reach. 

The algorithm is standardized and described in Defense Data Network X.25 Host 
Interface Specifications, published by the Defense Communications Agency. 

The algorithm designates the four bytes of the IP address as n . h . z . i for a Class 
A network (1 < n < 126), and as nl.n2.h.i for a Class B network (128 < nl < 191). 

The terms n, nl and n2 designate, in decimal notation, the parts of any valid 
Class A or E network number. The term h is also known as the host number or 
the trunk number, while the term i is the "IMP" or "PSN" number. DDN 
subscribers may be told that their link is number 16 (=h) on PSN (or node) 45 (=i). 

The DTE addresses that are calculated from the IP address take the form 

OOOO F ddddd 00 SS 

where F is a flag value that is zero (0) when the h component of the IP address is 
less than 64 (h < 64). Values of h greater than or equal to 64 (h > 64) are known 
as logical host numbers, and the flag digit F is set to one (1) for them, ddddd takes 
one of two formats; When h is less than 64 (h < 64), these five digits are 
designated iiihh, where iii is the i component of the IP address, in right-justified 
decimal notation, filled with zeros (0) to complete all three digits, hh is the 
component of the IP address, also in right-justified decimal notation, filled with 
zeros (0) to complete both digit positions. 

When h is greater than or equal to 64 (h > 64), ddddd is the result of a calculation, 
expressed in right-justified decimal notation, and zero-filled to complete all five 
digits. The calculation follows the formula 

r=(h*256)+i 

where r is the result and h and i are the respective portions of the IP address. 
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B.5. TCP-IP Stack Nonstandard TCP Port Numbers 

TCP port numbers are used to address certain applications, like Telnet. TCP-IP 
Stack supports a number of nonstandard port numbers. The following is an 
example of these numbers: 



Port Number 


Description 


63 


Reserved for BNA 


97 


DCA RTC trunks 


98 


DCA DNS trunks via IP (not DCP-DCP only) 


264 


DCA termination system 


265 


DCA DNS trunks via TCP (especially TS-1 and ES trunk) 



B.6. Boundary Nodes between Subnetted Networks 

Subnetted networks use part of the host address portion to divide a network into 
several smaller pieces (subnetworks). RIP will communicate subnetwork routing 
information among nodes connected to the subnetworks of the same network. But 
nodes on the boundary between two networks will not propagate subnetwwork 
routing information. Instead, they are known strictly as the router to the whole 
network, to nodes that are not paart of the subnetted network. 

BJ. Host Name Tables 

A host name table is a database containing IP addresses of specific destination 
hosts and corresponding names assigned to those hosts. Some hosts may have 
names, assigned by the network administration authority, that are unique 
throughout a given TCP/IP network. 

TCP-IP Stack maintains a local host name table, allowing it to associate a name 
(such as HOST1) with a unique IP address. The host name is used when making 
TELNET connections, specifying the name on the CONNECT command instead of 
specifying the IP address. 
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B.3. TCP-IP Stack Routing Concepts 

TCP-IP Stack allows you to configure a number of standard routing mechanisms 
used in TCP/IP networks. 



0.8.1, IP Routing 



The internet protocol (IP) provides a connectionless datagram routing service for 
TCP/IP networks. IP routing moves datagrams from a source system to a specific 
destination system across a network of interconnected subnetworks. IP routing 
nodes (often called I Fgateways I F) provide logical connections between individual 
subnetworks, creating an overall path that datagrams can travel to reach a remote 
destination. 

In TCP/IP networks, an IP router physically attaches to two subnetworks that are 
logically part of the same network, carrying data from one subnetwork to the next 
when appropriate. A router maintains IP addressing information about individual 
hosts and other routing nodes reachable through the subnetworks to which it is 
attached. Routers can exchange this information with other routers by means of 
various routing exchange protocols. To carry out these exchanges, TCP-IP Stack 
implements routing information protocol (RIP), which is commonly used on routers 
that interconnect 802.3 (Ethernet) LAN subnetworks. 

In TCP/IP networks, a router can use only internet protocol to provide network 
layer routing services. A true IP router does not convert from one routing protocol 
to another as it routes datagrams between subnetworks. Both attached 
subnetworks must use IP as the routing protocol. With TCP-IP Stack, you can 
configure the following IP routing capabilities on a DCP: 

• IP routing 

• Subnet routing (subnetting) 

• Configured IP routes 

• Routing information protocol (RIP) 

• Autonomous system numbers 

• Host names 
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B.8.2, Default IP Gateways 

It is rarely practical to configure all gateways TCP-IP Stack must know about. 
Occasionally, TCP-IP Stack may need to send datagrams to a destination network 
for which it has no routing information. You can configure another specific 
gateway in the network to which TCP-IP Stack can send datagrams that it 
otherwise cannot route. Such a 'default gateway* maintains routing information for 
a much larger portion of the network, enabling it to reroute datagrams by 
notifying the source node of an alternative route. 

When it receives such a misdirected datagram, the default gateway generates a 
control message called a 'redirect', which is sent to the originator of the 
misdirected datagram (in this case, TCP-IP Stack). The redirect informs the 
originator of the gateway address to which it should direct datagrams to reach a 
particular network. You can configure a number of default gateways to which 
TCP-IP Stack directs datagrams when it knows of no route to the destination. 

B .8.3* Routing Information Protocol (RIP) 

TCP-IP Stack supports an internal gateway protocol called routing information 
protocol (RIP). This protocol was originally implemented in Berkeley UNIX 
systems, but has since become a widely-used de facto standard, described in RFC 
1058. 

B.8.3.L Advantages of RIP 

» Gateways need to maintain tables of routing information in order to move 
datagrams across multiple subnetworks to their destination. This routing 
information may be configured statically, or it may be acquired dynamically 
through RIP. 

• Internal gateway protocols allow gateways internal to an autonomous system 
to share routing information. When the network topology changes, RIP 
automatically distributes the new routing information. 

B.8.3.2. Disadvantages of RIP 

• RIP was designed to operate specifically on LANs. It has few good safeguards 
against problems related to transmission delays, so it will not work well on 
slower networks, such as X.25 networks. 

• RIP is also optimized to operate by broadcasting its routing information, so a 
different mechanism must be used to propagate routing information among 
gateways in nonbroadcasting networks, TCP-IP Stack implements a 
mechanism called dynamic neighbor discovery to support RIP operation over 
Telcon DNS networks. 
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• Finally, RIP is limited to networks having a cross section of 15 hops or less. A 
hop represents the movement of a datagram across a subnetwork to the next 
gateway in the route. Any network more than fifteen hops removed from a 
gateway is considered unreachable. 

TCP-IP Stack lets you activate RIP on any directly connected network that uses IP 
or Telcon DNS routing protocols. If there are no other RIP gateways in a network, 
activating RIP introduces additional overhead without adding any benefits. Use 
RIP only in networks containing other RIP gateways. RIP and Subnetworks 
explain about boundary gateways. 

B.8.4. Dynamic Neighbor Discovery 

RIP was developed primarily for connectionless subnetworks such as LANs using 
IEEE or Ethernet link layer protocols. Connectionless LANs support broadcast 
addressing, which allows a message to be sent to all attached stations 
simultaneously. On connectionless LANs, mechanisms such as RIP and ARP can 
interview all connected hosts at once, eliciting a reply as to the whereabouts of a 
host owning a specific IP address. 

Most networks based on connection-oriented link protocols do not support 
broadcasting, and therefore have no built-in support for routing exchange 
protocols. If you wish to include a network of this type in an internet, you 
generally cannot use RIP to propagate routing information throughout that 
network. TCP-IP Stack allows you to configure a Telcon DNS network as part of 
an internet, and make use of DNS routing capabilities to support TCP/IP 
communications. TCP-IP Stack implements a technique called dynamic neighbor 
discovery, which enables routing information protocol specifically for Telcon DNS 
networks. 

Dynamic neighbor discovery maps IP addresses to DNS addresses for all TCP-IP 
Stack nodes in a DNS network. This method allows all TCP-IP Stack nodes in the 
DNS network to discover all other TCP-IP Stack nodes and exchange RIP routing 
information. You can identify such nodes as RIP neighbor gateways in your 
TCP-IP Stack configuration. You need to configure only a small subset of the 
TCP-IP Stack nodes as RIP neighbors, 

B.8.5. Autonomous Systems 

An autonomous system is a network that operates under a single administrative 
authority that has control over addressing and routing schemes used within the 
network. Gateways within an autonomous system can freely exchange addressing 
and routing information without affecting other interconnected networks. Within 
an internet, the network administration uniquely identifies each autonomous 
system by assigning a single autonomous system number to all of its constituent 
subnetworks. 
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Boundary nodes at the edges of the autonomous system may be attached to 
numerous other subnetworks belonging to other autonomous systems, each 
identified by a unique autonomous system number. The autonomous system 
number prevents internal gateway protocols from passing routing information from 
one autonomous system to another. Among other things, this helps to keep routing 
tables down to a manageable size. 

You can assign autonomous system numbers in your TCP-IP Stack configuration 
to support operation of RIP over networks that use IP or Telcon DNS routing 
protocols. Do not use the autonomous system number to split a subnetworked 
network into multiple autonomous systems. 

B.8.6. Network Bridging 

A network bridge node connects two networks that use dissimilar communications 
protocols, allowing data to be passed from one network to a destination on the 
other network. TCP-IP Stack allows you to configure a DCP to function as a 
network bridge node between a TCP/IP network and a Telcon network. 

A TCP-IP Stack bridge node lets you use DCA communications protocols across a 
TCP/IP network to interconnect parts of a Telcon network. It also lets you connect 
a Telcon network to a TCP/IP network, providing access to hosts running TCP/IP 
applications in the Telcon network. You can configure the following connections: 

• DCP-to-DCP trunks across a TCP/IP network, supporting DCA 
communications 

• DCP-to-DCATS links across a TCP/IP network, supporting DCA 
communications 

• DCP attachment to a TCP/IP network, supporting hosts in a Telcon network 
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absolute element 

A OS 1100 element containing a complete program in a form suitable for 
execution by the Exec. Such elements normally occur as output from a 
collection of relocatable elements, 

access rights 

A feature of Telcon that enables you to limit terminal access to certain 
applications. For example, you can limit access to Network Management 
Services (NMS) to those terminals configured as NMS consoles. 

ACK 

See acknowledgment. 

acknowledgment (ACK) 

A system response, expressed as ACK, that indicates to the sender of a 
message that the message was received. Compare with negative 
acknowledgment. 

address 

An identifying number for a location in computer memory. Also, a unique 
number that identifies a particular network or communications software 
entity. 

address resolution protocol (ARP) 

A local area network (LAN) sublayer protocol that works in combination with 
the internet protocol (IP) in a TCP/IP environment to route data to LAN hosts. 
ARP maps internet addresses used by IP to physical addresses used by the 
LAN subnetwork protocol. 

American National Standards Institute (ANSI) 

The principal, centralized resource for information about voluntary standards 
developed in the United States. 

ANSI 

See American National Standards Institute. 

application 

A computer program that performs a task for the user, such as payroll 
processing or general ledger entries. 
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application environment 

An environment that consists of one or more transport service users (TSUs) 
that interface with the termination system. TSUs provide the control and 
application addressing structure for one or more end users. 

application interface bank (MB) 

An alternate file common bank (AFCB) that enables Hot-Standby software 
components to register with the redundant host, to send heartbeats to the 
monitor run, and to deregister with the resilient system. The AIB and the 
monitor run form the Automatic Recovery of Components (ARC). 

application layer 

See layer 7. 

application management services (AMS) 

The group of network control service functions associated with a particular 
applications environment. These functions are accessed, principally by CSUs 
and Network Management Services (NMS), to establish session paths between 
ports. Logically, each AMS function group is treated as a CSU with attached 
AMS end users that provide services to host applications for managing the 
activation, monitoring, control, and deactivation of the various application 
processes. 

application mode 

A keypad mode that assigns application control functions to numeric keypad 
keys. 

architectural table 

One of a group of internal tables used to implement DCA. area. A subdivision 
of a network that includes one or more regions or nodes. The regions within an 
area may be in different nodes. They may also overlap. The area subdivision is 
controlled by the area level of NMS authority. 

ARP 

See address resolution protocol. 

ARPANET 

Abbreviation for Advanced Research Projects Agency Network, part of the U.S. 
Defense Data Network. ARPANET requires the TCP/IP set of protocols. (This 
term is not spelled out in Unisys documentation.) 

ASCII 

Acronym for American Standard Code for Information Interchange 
(pronounced ASKEY), a 7-bit character code that defines 128 standard 
alphanumeric characters. ASCII is an industry standard that defines the codes 
for a character set to be used for information interchange between equipment 
of various manufacturers. It is the standard for digital communications over 
telephone lines. (This term is not spelled out in Unisys documentation.) 
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asynchronous transmission 

A transmission in which the time interval between transmitted characters may 
be unequal. Transmission is controlled by sending start-stop bits. 

attachment 

An instance of an active association of a user program with the local area 
network (LAN) line module. 

attribute 

(1) A property or characteristic of entities or relationships with two parts, a 
type and a value. (2) A specific unit of information collected for an entity type 
(for example, a storage area attribute), (3) A security characteristic of a subject 
or object. When compared between subjects and objects, attributes determine 
which objects the subjects are authorized to access, and what type of access 
can be used. Security attributes include both mandatory and discretionary 
controls: project ID, account number, clearance level and clearance level range, 
security record owner, trusted privilege set, access list, and read-only or 
write-only 

autorecovery 

A process initiated by the CMS 1100 contingency code that automatically 
reinitializes the CMS 1100 program following an abort. Autorecovery can be 
enabled or disabled by configuration. 



B 

backup host 

A host that is not actively connected to a shared application group until a 
system failure occurs on the production host. When this happens, the 
Hot-Standby software installed on the backup host attaches the backup host to 
the application group and also recovers the failing host. The backup host takes 
over for the failed host as soon as the application group is successfully 
attached. The backup host can process non-shared batch and demand 
programs while the production host of a Hot-Standby system is running. 

boot 

To load the microcode and operating system into the random access memory of 
a computer. 

bridge 

The hardware or software used to connect two networks. See also transport 
bridge. 

bus 

(1) A single connective link between multiple devices. (2) A finite group of 
conductive paths that connect devices in parallel, so that all paths are shared 
by all devices. For example, plug-in cards in a PC connect to a bus. 
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call request 

A control packet used to establish a network connection across a 
packet-switched PDN. The call request packet contains addressing information 
and optional special network facility requests such as requests for reverse 
charging, nondefault packet and window sizes, and closed user group. 

carrier sense multiple access with collision detection (CSMA/CD) 

A communications protocol defined by the IEEE 802.3 standard, which allows 
a station to sense whether or not a carrier is on a line (LAN cable) before 
transmitting data. A carrier is present only if another station is transmitting 
data. If a station senses no carrier, the station can transmit data. If a carrier 
is present, the station waits until it senses no carrier before it transmits data. 
If two stations transmit at the same time, a collision occurs. Each station 
waits for a calculated time period before attempting to retransmit. Compare 
with contention. 

CCITT 

See Consultative Committee for International Telegraph and Telephone. 

CENLOG 

See critical event notification and logging. 

central processing unit (CPU) 

A unit of a computer that includes the circuits that control the interpretation 
and execution of instructions. Sometimes called central processor. 

Circuit-Switched Communications Software (CSCS) 

A Unisys product that enables Telcon to communicate over an X.21 
circuit-switched public data network (PDN). 

circuit-switched network 

A network that establishes a temporary physical circuit when it receives a 
connect request, and terminates the circuit when it receives a disconnect 

request. 

CMS 1100 

See Communications Management System 

CMS 1100 network 

One or more interconnected CMS 1100 nodes. Node interconnections may be 
direct or indirect. If indirect, it may be through an intermediate Telcon node or 
through a TCP/IP or OSI internetwork connection. 

CMS 1100 node 

A CMS 1100 program on an OS 1100 or Series 2200 host. Each host may 
contain more than one node; each node has a separate configuration file. . 
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command 

An instruction or control signal that initiates a sequence of events. 

Communications Management System (CMS 1100) 

The software that manages all data communications into and out of OS 1100 
host computers. CMS 1100 provides an interface between the OS 1100 and the 
Telcon/DCR 

communications session recovery 

A Hot-Standby feature that automatically recovers terminal sessions after 
CMS 1100, Telcon, MCB, or the system fails. 

communications system 

The total environment in which Distributed Communications Architecture 
(DCA) controls logical structure as well as the interfaces and protocols. 
Logically, the communications system encompasses the transport network and 
all the connected termination systems, but not the attached TSUs and their 
end users. 

communications system administrator (CSA) 

A package of information-gathering facilities that enables the systems analyst 
or operator to acquire information about the operation of CMS 1 100. 

communications system user (CSU) 

DCA Level I only The applications-related control structure, external to DCA, 
that interfaces with the communications system through one or more ports. 
CSUs control one or more end users, directing data and commands to and from 
them. The standard Telcon CSU is called the Device Management Facility 
(DMF). CSUs in DCA Level I can be compared with TSUs in DCA Level II. 

computer network 

A set of one or more computing systems, communications facilities, and 
terminals interconnected to provide services to a set of users, 

COMUS 

Acronym for Computerized Onsite Maintenance of User System. COMUS is an 
OS 1100 processor that leads you interactively through the process of defining 
the configuration and parameters for the software products you want to install. 
For example, after you define a CMS 1100 configuration, COMUS calls the 
symbolic stream generator, which creates a runstream to generate a CMS 1100 
configuration file. COMUS can also initiate generation of the Telcon software 
for DCPs in your network. (This term is not spelled out in Unisys 
documentation.) See also SOLAR. 

COMUS Definition Language (CDL) 

A language provided by COMUS that is used to change a default configuration. 

configuration 

The arrangement of a computer system or network, defined by the nature, 
number, and chief characteristics of its functional units. 
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configuration access packet (CAP) 

A data structure used by the CFACCS (configuration access) portion of Telcon 
to obtain and communicate information about the Telcon configuration. 

configuration commands 

The instructions that dynamically modify the CMS 1100 configuration while 
CMS 1100 is executing. NEED MORE ADEQUATE DEFINITION. 

configuration element 

(1) In Telcon, the Telcon utility processor HCONFIG produces this element 
from the file containing Telcon network definition statements and uses it 
in Telcon system generation. This source element is converted into an 
omnibus element on the OS 1100 system and becomes a configuration file 
on the DCP using a portion of the download omnibus element. (2) In CMS 
1100, the configuration element is sometimes called a configuration table 
or configuration table file. CMS 1100 uses it to manage data 
communications into and out of the OS 1100 host computer. 

configuration file access routine (CFAR) 

A set of routines that enables you to read the CMS 1100 configuration file. 

configuration ID information table 

A table that contains configuration names and ID numbers. The HCONFIG 
utility processor builds the table automatically. The table can be altered by 
online configuration. 

configuration source file 

A CMS 1100 or Telcon file that contains configuration information. CMS 1100 
or Telcon reads this file during initialization to establish the initial operating 
environment and accesses this file during operation to obtain additional 
information. 

connection 

A logical communications path between two stations or users. 

connectionless protocol 

A protocol that transfers data without a preestablished logical connection 
betweensender and receiver. For example, dynamic network services (DNS) is 
a connectionless network layer protocol, whereas TS/TN requires that you 
configure logical connections (using the Telcon SESSN statement, or the CMS 
1100 NETWORK or PORT statements). The OSI internetwork protocol is a 
connectionless network layer protocol for OSI networks. 
console messages 

The messages generated in the Telcon environment by Network Management 
Services (NMS) to inform you of errors, events, and activities that occur. 
NEED GENERIC DEFINITION; TOO PRODUCT-SPECIFIC. 

console mode 

An environment in which the experienced user can control the system. 
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Consultative Committee for International Telegraph and Telephone 

(CCITT) 

An international advisory committee that establishes worldwide 
communications recommendations (standards) for use by telecommunications 
authorities. Voting members are nations, which often designate their PTT 
administrations as representatives, and other government groups, such as the 
National Institute of Standards and Technology (NIST). Non-voting members 
are often standards organizations. European term: Comite Consultatif 
International de Telegraphique et Telephonique. 

critical event notification and logging (CENLOG) 

The facility that enables Telcon to log error and nonerror events, and to 
generate warning messages to network administrator consoles for critical 
events. Logs are in a standard format and can be written to a disk file 
cataloged for this purpose. See also, PDS1100, CMMS, and CAP. 

CSA 

See communications system administrator. 

cycle 

A complete sequence of operations, at the end of which the series can be 
repeated. 

cyclic redundancy check 

A method for checking errors that reduces error rates to a minimum. The 
method involves using a cyclic redundancy check character to match check 
fields on the sending and receiving ends of a transmission. Any errors detected 
in this check are corrected. See also longitudinal redundancy check. 

D 

data link 

An assembly of two or more terminal installations, and an interconnecting 
line. 

data link layer 

Layer 2 of X.25, which implements the HDLC protocol. Layer 2 processes layer 
1 (physical layer) data to provide error-free point- to-point data 
communication. Layer 2 processes data acknowledgment frames sent back by a 
receiver, can reject erroneous frames it receives, and can retransmit rejected 
frames. 

datagram 

A self-contained package of data in a network carrying enough information to 
be routed from source to destination without reliance on earlier exchanges 
between source or destination and the transporting network. 

DCA 

See Distributed Communications Architecture (DCA), Also abbreviation for 
Defense Communications Agency, a function of the Department of Defense. 
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DCA Transport Protocol (DTP) 

The layer 4 protocol that defines the set of rules to create and maintain an 
end-to-end communications path between computing systems or transport 
service users. It is responsible for establishing and ending connections, flow 
control, error recovery, message segmentation, and recombination of messages. 

DCA transport protocol extension (DTPX) 

The session layer protocol for DCA level II; also, the Telcon name for the 
session entity module that runs the DTPX protocol. DTPX implements data 
assurance. 

DDN 

See Defense Data Network (DDN). 

Defense Data Network (DDN) 

An X25 LAN-based connectionless packet-switching network for the U.S. 
Department of Defense (DoD). 

DDP-PPC 

Distributed Data Processing Program-to-Program Communications, 

Distributed Communications Architecture (DCA) 

The Unisys architecture that draws together all aspects of the communications 
products by defining a set of logical concepts, protocols, interfaces, and 
guidelines that are used to design hardware, software, and network products. 

Distributed Communications Processor (DCP) 

A Unisys front-end processors that provides communications facilities for 
Unisys host computers. 

distributed system 

A group of connected, cooperating computers, where each computer does a 
portion of the total processing required by an application. 

DTP 

See DCA transport protocol (DTP). 

DTPX 

See DCA transport protocol extension. 



electronic mail 

Name given to the electronic generation, transmission, and display of business 
correspondence and documents. 

end user 

An operator, terminal, or program that can generate and receive data 

transmitted over a DCA system. ) 
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frame 

A block of data link layer information, which consists of a flag, an address 
field, a control field, an information field, a frame check sequence field, and a 
flag. Packets (groups of network layer data) are transmitted in the information 
fields of data link layer frames. 

front-end processor 

A communications computer associated with a host computer. It may perform 
line control, message handling, code conversion, error control, and application 
functions, such as control and operation of terminals. Its functions may include 
those of a communications processor (nodal). 



G 

gateway 

A means to convert the message protocol of one proprietary network to the 
format used by the protocol of another proprietary network. A gateway can be 
implemented in hardware or software. 



H 

HDLC 

See high level data link control (HDLC). 

high level data link control (HDLC) 

A data link layer protocol defined by the International Organization for 
Standardization (ISO) that controls the flow and transmission errors of data 
being transmitted across a physical link. CCITT modified HDLC to create the 
link access procedure, balanced (LAPB). 

host computer 

By common usage, the term implies a medium-to-large central processing 
system attached to a network. Architecturally, however, there is no distinction 
between a DCA host and a DCA terminal, since both contain a termination 
system, although of vastly different powers. A computing system that is 
attached to a data transmission facility and executes programs on behalf of its 
users to provide communication and other services. 
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I 

IEEE 802.3 

A frame-based (bit-oriented) communications protocol that includes most of the 
functions of the lower three layers of the Open Systems Interconnection (OSI) 
Reference Model. 

internetwork 

A set of heterogenous networks interconnected by TCP/IP gateways. 

interconnection 

The process of linking computers, which enables them to send and receive 
electronic signals. 

Internet address 

A four-octet (32-bit) source or destination address composed of a network field 
and a host field. The latter may be further divided to include a local 
subnetwork address. 

internet control message protocol (ICMP) 

A collection of messages exchanged by IP modules in both hosts and gateways; 
reports errors, problems, and operating information. 

Internet datagram 

The package exchanged between a pair of IP modules, made up of an Internet 
header and a data portion. 

internet protocol (IP) 

The DoD protocol used for sending the basic unit of data, an IP datagram, 
through an internet. 

interoperate 

The successful exchange of data by computers. Computers interpreting and 
acting upon received data. 



LAN 

See local area network (LAN). 

LCLASS 

A configuration statement that defines a class of communication line. 

LINE 

A configuration statement used to specify a physical communications line. A 
LINE statement has parameters that define a particular port processor on a 
DCP, thus specifying the connection point in a network for a physical line and 
a line class, which specifies the protocol to be used on the line. 
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line module 

The hardware in a DCP that terminates a serial communications line, host 
channel connection, and peripheral connections. 

link 

The physical interconnection between two nodes in a network. A link can 
consist of a data communications circuit or a direct channel (cable) connection. 

link layer 

See data link layer. 

local area network (LAN) 

A user-owned data communications network with high-speed communications 
capabilities. There are technical limits on LAN size. 



IV! 

MASM 

Unisys OS 1100 Meta -Assembler. MASM is a general purpose assembly 
language processor. 



N 

network 

A system of connected computers that interoperate. 

Network Management Services (NMS) 

The group of control and reporting functions that support network 
administration by people or programs. 

NMS 

See Network Management Services. 

node 

A point in a network, either at the end of a communications line (end node), or 
where two lines meet (intermediate node). 



packet 

A layer 3 block of information. Data is transmitted from station to station in 
packets. Transmission from point to point, forming stages of the route from 
station to station is handled by layer 2 blocks, called frames. Packets are 
transmitted through a network in the information fields of frames. Different 
types of packets are concerned with call set-up, flow and error control, and 
transmission of user data. Packets can request, accept, and clear calls, and can 
transmit or accept data or request retransmission. The data field of a layer 3 
packet is used to communicate higher layer data and control information. 
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packet-switched network 

A network in which data is transmitted in units, called packets. The packets 
can be routed individually over the best available network connection and 
reassembled to form a complete message at the destination. 

packet switching 

In a packet-switched network information is transmitted between DTEs in 
variable length blocks of data, called packets. Software maintains routing and 
data flow information tables for all active circuits, but data transmission 
hardware is shared between circuits. 

PCF 

Permanent correction file. A permanent file of various symbolic elements that 
provides a means to create and update a variety of symbolic elements. 

PDN 

See public data network (PDN). 

peer protocol 

A protocol that governs communication between program entities that have the 
same function in the same layer in each of two different open systems 
networks, 

proprietary network 

A network that uses protocols developed by only one vendor, 

protocol 

A set of rules governing network functionality. 

public data network (PDN) 

A network established and operated by a network administration or PTT 
whose sole purpose is to provide data transmission services to the public. 



reassemuiy 

The process of piecing together datagram fragments to reproduce the original 
large datagram. Reassembly is guided by fragmentation data carried in the 
datagram's IP headers. 

receive not ready (RNR) 

A command or response frame used by DCE or DTE to indicate a busy 
condition. A RNR command may be used by a DCE or DTE to ask for the 
status of the DTE or DCE, respectively. 

receive ready (RR) 

A supervisory frame used by a DCE or DTE to indicate that it is ready to 
receive an information frame and to acknowledge previously received 
information frames. An RR frame may also be used to indicate the clearance of 
a busy condition that was reported by the earlier transmission of an RNR 
frame. A DTE may use an RR frame to ask for the status of the DCE. 
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reliable transfer service 

A software program that transfers information from the sender to the 
destination with a guarantee that the information will arrive intact. 

relocatable element 

An element containing a program part in relocatable binary format, suitable 
for combination with other relocatable elements to produce an executable 
program (absolute element). 

remote concentrator 

A communications computer that provides multiplexed communications ability 
to many low speed, often asynchronous lines, and one or more high speed, 
usually synchronous, lines. The remote concentrator may be polled by a 
computer system and may in turn poll terminals. 

restart request 

An X.25 control packet used to initialize the packet level and also to recover 
from severe packet level error conditions. Any existing network connections are 
terminated when a restart occurs. Restart request packets contain a cause code 
and a diagnostic code, which gives information about the reason for the restart 
action. 

RNR 

See receive not ready (RNR). 

RR 

See receive ready. 



segment 

The unit of data exchanged by TCP modules. The term may also be used to 
describe the unit of exchange between any transport protocol modules. A TCP 
segment maps into one IP datagram. 



A configuration statement that defines permanent logical Telcon channels 
between Telcon network service users. 

service 

A computer routine or program that performs computer maintenance and 
operations and prepares and corrects programs. Services are general purpose 
programs, such as debugging routines, executive routines, and diagnostic 
routines, and general input and output routines. 

STATION 

A configuration statement that defines the data link layer for an X.25 line. 
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symbolic element 

An element containing information generally in human-intelligible format 
(typically card images). The most common usage of symbolic elements is as 
source language to be input to a language processor. 

synchronous transmission 

A transmission mode used on serial mode data circuits. A continuous pulse 
stream called a clock is provided to synchronize the transmitted and received 
bit stream, saving the channel capacity which is used for synchronization 
(start and stop bits) on asynchronous circuits. 



TCP/IP 

See transmission control protocol/internet protocol (TCP/IP). 

TCP/IP gateway 

A device, or pair of devices, that interconnect two or more networks or 
subnetworks, enabling the passage of data from one (sub)network to another. 
In this architecture, a gateway contains an IP module, a routing protocol 
module, and (for each connected subnetwork) a subnetwork protocol (SNP) 
module. A gateway is often called an IP router. 

TELNET 

A TCP-IP Stack protocol that provides a standard interface between terminals 
and processes. 

transmission control protocol/internet protocol (TCP/IP) 

A set of protocols developed by the Department of Defense (DoD) Advanced 
Research Projects Agency (ARPA) during the early 1970s. Originally designed 
to connect different kinds of networks and computers. 

trunk 

A set of one or more physical connections between two communication 
processors. 

transport services 

Software that provides a system foundation for message routing, device (such 
as printers) connection to the network, and transmission error detection. 

TS 

Termination system. This is a means by which a CSU is able to interface with 
another application system and make use of the communication system. 

TS/TN 

A combination of the terms termination system (TS) and transport network 
(TN). TS/TN is a connection-oriented protocol that handles the TS/TN 
interface. See also connectionless data protocol. 
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UDLC 

See universal data link control. 

universal data link control (UDLC) 

A bit-oriented communications protocol, defined by Unisys, and used on data 
links such as trunks. 

upper layer protocol (ULP) 

Any protocol above IP or TCP in the layered protocol hierarchy that uses IP or 
TCP. This term includes transport layer protocols, presentation layer protocols, 
session layer protocols, and application programs. 



virtual circuit 

A path through the network over which X.25 data packets and control packets 
are exchanged. A virtual circuit is identified by logical channel numbers at 
each end of the connection. Synonymous with network connection. 



w 

WAN 

See wide area network (WAN). 

wide area network (WAN) 

A public or private computer network serving a wide geographical area. 



XEU 

An external end user in a Telcon configuration statement 

X.21 

CCITT recommendation that defines the protocol for communication between 
user devices and a circuit-switched network. 

2L21 bis 

CCITT recommendation that allows existing data terminal to access a digital 
network over telephone lines. 

X.25 

CCITT recommendation that defines the protocol for communication between 
packet-switched public data networks and user devices in the packet-switched 
mode. 
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B-17 
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delete ARP address mapping, 4-17 

display ARP address mapping, 4-3 

display source address, 4-11 
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provide local with IP status 
information, 1-3 
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ADDRESS statement 
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applications, 

connecting to hosts running DDN 
1100, 2-48 
ARP, 
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Address Mapping 
delete, 4-17 

assigning, 

IP addresses, 2-49 
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for host channel, 2-7 
for X.25, 2-6 
generic X.25 PDN, 2-12 
LAN, 2-8 

TCP-IP to LAN subnetworks, 2-8 
TCP-IP to X.25 subnetworks, 2-11 
X.25 single and multilink 
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autonomous system number, 2-25, 
3-17, 3-20 
configuring, 2-32 
autonomous systems, 

concept, B-22 
AUTONUM parameter (SUBNET 
statement), 3-17, 3-20 



B 



boundary nodes between subnetted 
networks, 

concept, B-19 
bridge, 

concept: network bridging, B-23 
broadcast, 3-17, 3-20 

configuring IP broadcast, 2-32 



calculated, 

subnet mask, 2-26 
capabilities overview 

of TCP-IP stack, 1-5 
CCT parameter (NSS statement), 3-15 
CHANNEL parameter (SUBNET 

statement), 3-17, 3-18 
checksum, 

concept: header checksum, B-12 
circular save file capability, 1-4 
concentrators, 

configuring DCPs as TELNET 
terminal, 2-50 
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B-18 
default IP gateways, B-21 
DoD communications model, B-2 
Dynamic Neighbor Discovery, B-22 
electronic mail, B-8 
header checksum, B-12 
host name tables, B-19 
Internet Control Message Protocol 

(ICMP), B-13 
Internet layer, B-ll 
Internet Protocol (IP), B-ll 
Internet Protocol development, B-6 
IP Broadcast Address, B-17 
IP output and input requests, B-13 
IP routing, B-20 
Logical Link Control (LLC) protocol, 

B-14 
Media Access Control (MAC) 

Protocol, B-15 
network access layer, B-14 
network bridging, B-23 
process/application layer, B-7 
remote login, B-8 
Routing Information Protocol (RIP), 

B-21 
subnet address masks, B-17 
TCP-IP Stack nonstandard TCP port 

numbers, B-19 
TCP-IP Stack routing, B-20 
TCP/IP communications architecture, 

B-5 
TCP/IP functional overview, B-7 
TCP/IP, B-l 
TELNET, B-8 
time to live, B-12 
Transmission Control Protocol (TCP), 

B-9 
transport (host-to-host) layer, B-9 
type of service, B-12 
user datagram protocol (UDP), B-10 
WANs: CCITT Recommendation 

X.25, B-14 
what is a protocol, B-3 



what is an internetwork, B-4 

what is the Defense Data Network 
(DDN), B-4 
configuration parameters, 

obsolete, 1-5 
configuration statement, 

Telcon reference information, 2-2 
configuration statements, 

EU, 3-3 

host channel attachments 2 7 

IPADR, 3-6 

LAN attachments, 2-5 

NSM, 3-13 

NSS, 3-15 

SUBNET, 3-17 

TCP-IP Stack, 2-3 

X.25 attachments, 2-6 
configurations, 

Telcon DNS configurations, A-l 
connecting, 

to DCA across TCP/IP networks, 
2-45 

to hosts running DDN 1100 
applications, 2-48 

trunks across TCP/IP networks, 
2-44 
connections, 

defining TCP/IP network and static 
routes, 3-17 

display active TCP, 4-13 

number of virtual circuits, 2-21 

terminate TCP connection, 4-21 
cost-to-route, 

specifying, 2-31 



datagram size, 3-17, 3-20 
DCA^ 

connecting to across TCP/IP 

networks, 2-45 
defining endpoint, 2-46, 2-48 
sessions using TCP/IP, 2-52 
DCA end point, 3-6, 3-7 

defining, 2-48 
DCAEP parameter (IPADR statement), 

3-6, 3-7 
DCP 

configuring as IP router, A-32 
configuring as an IP router between 
an 802.3 LAN and an FDDI LAN, 
A-32 
configuring as TELENET terminal 
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concentrator, 2-50 
DCP/OS, 

boot element 2-3 

workstations, 2-2 
DDN 

address mapping algorithm, B-18 

access to applications, 1-8 

concept, B-4 

connecting to hosts in a Telcon 
network, 2-48 
default, 

configuring routes to default 
gateways, 2-29 

default gateway, 2-29, 3-17, 3-18 

default IP gateways B-21 

Defense Data Network (DDN) 

how to configure attachments, 2-18 
Defense Data Network (see DDN) 
defining, 

TCP-IP Stack statements, 3-1 

the DCA endpoint, 2-46 
DEFLTGWY parameter (SUBNET 

statement), 3-17, 3-18 
DGSIZE parameter (SUBNET 

statement), 3-17,3-20 
direct connect workstation, 2-3 
display, 

active TCP connections, 4-13 

IP routing tables, 4-9 

online help text, 4-15 

RIP neighbors, 4-7 

source address tables, 4-11 
DLCUNIT, 

eliminate, 1-2 
DNS, 

assigning Telcon DNS node address, 
2-40 

Telcon subnetworks, 2-34 
Domain Name System, 

configuring, 2-51 
DTE address, 3-6 

mapping to IP addresses, 2-20 
DTEADR parameter (IPADR 

statement), 3-6 
dynamic neighbor discovery, 

concept, B-22 

configuring, 2-38 



echo, 

PING command, 4-25 
electronic mail, 

concept, B-8 
end-user, 

defining programs, 3-3 
endpoint, 

defining DCA, 2-46 
enhancements, 

for Level 2R2 1-1 

TCP-IP Stack, 1-1 
entries, 

naming in host name directory, 3-13 
EOR, 

implement, 1-4 
EU statement, 

example of use, 3-5 

online configuration differences, 3-5 

parameters, KEEPALIV, 3-3,3-4 

parameters, MAXTRY, 3-3 

parameters, ROUTSIZE, 3-3, 3-4 

parameters, SENTINEL, 3-3 

parameters, TMTOLIV, 3-3, 3-4 

parameters, TYPE, 3-3 

uses in TCP-IP Stack configuration, 
3-3 



FDDILAN, 

configuring DCP as IP router, A-32 
file transfer, 

concept, B-8 



gateway, 

concept: default IP, B-21 
configuring routes to default 

gateways, 2-29 
configuring IP nodes and routing, 
2-25 
default, 3-17, 3-18 



7831 5546-110 



General lndex-3 



General Index 



H 



hardware, 

restrictions, 1-8 
header checksum, 

concept, B-12 
help, 

display online help text, 4-15 

host, 
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configuring host names, 2-50 

TCP/IP host addresses, 2-51 

TCP/IP host name, 2-51 
host channel, 

configuring as a TCP/IP subnetwork, 
2-22 
host name directory, 

defining characteristics, 3—15 

NSM configuration statement, 3-13 
host name tables, 

concept, B-19 
host names, 2—25 

configuring, 2-50 



I 



ICMP, 

send Echo request, 4-25 
ILM, 

support for, 1-2 
internet addresses , 3-6, 3-7 
internet control message protocol 
(ICMP), 

concept, B-ll, B-13 
internetwork 

what is a, B-4 
IP 

assigning addresses, 2-46. 2-49, 3-6 

concept, B-ll 

concept: default IP gateways, B-21 

concept; IP broadcast addressing, 
B-17 

concept: IP output and input 
requests, B-13 

concept: routing, B-20 

configuring gateway nodes and 
routing, 2-25 

configuring IP broadcast, 2-32 

configuring IP routes, 2-28 

development, B-6 

display IP routing tables, 4-9 

display IP status, 4-5 

enabling routing, 2-25 



IP (continued), 

IP-to-DTE address pairings, 2-20 
IP broadcast address, 

concept, B-17 
IP broadcasts, 3-17, 3-20 
IP gateways, 

how to configure, 2-25, 2-28 
IP router, 3-17, 3-20 
IP routing, 

concept, B-20 
default gateways, 2-29 
how to configure, 2-25, 2-28IP 
routing (continued), 
IP routing table, 3-3, 3-4 

modify IP routing table entry, 
4-23 
turn off IP traces, 4-31 
turn on IP traces, 4-27 
internet protocol (see IP), 
IPADDR parameter (NSM statement), 

3-13 
IPADDR1 parameter (IPADR 

statement), 3-6, 3-7 
IPADDR2 parameter (IPADR 

statement), 3-6, 3-7 
IPADR, 

update display of, 1-4 
IPADR statement, 

examples of use, 3-10, 3-11 
online configuration differences, 

3-11 
parameters, DCAEP, 3-6, 3-7 
parameters, DTEADR, 3-6 
parameters, IPADDR1, 3-6, 3-7 
parameters, IPADDR2, 3-6, 3-7 
parameters, NA, 3-6 
parameters, NAME1, 3-6, 3-10 
parameters, NAME2, 3-6,3-10 
parameters, NVTTYPE, 3-6 
parameters, PRCSR, 3-6, 3-7 
uses in TCP-IP Stack configuration, 
3-6 
IPBRDCST parameter (SUBNET 

statement), 3-17, 3-20 
IPGATEWY parameter (SUBNET 

statement), 3-17, 3-18 
IPMAXVC parameter (SUBNET 

statement), 3-17, 3-20 
IPNETID parameter (SUBNET 

statement), 3-17, 3-18 

IPROUTER parameter (SUBNET 

statement), 3-17, 3-20 
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keep-alive mechanism, 3-3, 3-4 
KEEPALIV parameter (EU statement), 
3-3, 3-4 



LAN, 

concept: LLC protocol, B-14 

concept: MAC protocol, B-15 
LAN attachments, 

how to configure, 2-8, 2-10, 2-12, 
2-16 

token ring, 3-19 
LINE parameter (SUBNET statement), 

3-17, 3-18 
LIST, 

update display of, 1-4 
LIV parameter ((NSS statement), 3-15 
logical link control (LLC) protocol, 

concept, B-14 

M 

mask, 

calculated subnet, 2-26 

configured subnet, 2-27 
MAXTRY parameter (EU statement), 

3-3 
media access control (MAC) protocol, 

concept, B-15 
multilink, 

X.25 attachments, 2-21 



N 



NA parameter (IPADR statement), 3-6 
NADR parameter (NSS statement), 

3-15 
name, 

configuring host names, 2-50 

TCP/IP host name, 2-51 
NAME1 parameter (IPADR statement), 

3-6, 3-10 
NAME2 parameter (IPADR statement), 

3-6,3-10 
neighbor, 

remove RIP neighbor, 4-19 
neighbor addresses, 

configuring RIP, 2-39 
network, 



configuring bridge node, 2-42 
defining TCP/IP connections and 

static routes, 3-17 
support for connections, 1-5 
connecting to hosts running DDN 
1100 applications, 2-48 
network access layer, 

concept, B-14 
network bridge nodes, 






network bridging, 

concept, B-23 
network definition statement (NDS), 
syntax, 

name, 3-1 

operation, 3-1 

parameter field, 3-1 
networks, 

connecting to DCA across TCP/IP 
networks, 2-45 

connecting trunks across, 2-44 
NMS commands, 

DISPLAY=ARP, 4-3 

DISPLAY=IP, 4-5 

DISPLAY=RIPNBR, 4-7 

DISPLAY=ROUTE, 4-9 

DISPLAY=SAT, 4-11 

DISPLAY=TCP, 4-13 

HELP, 4-15 

KILL=ARP, 4-17 

KILL=RIPNBR, 4-19 

KILL=TCP, 4-21 

MODIFY=ROUTE, 4-23 

PING, 4-25 

SNAP=IP, 4-27 

SNOF=IP, 4-31 

summary, 4-1 
NSM statement 

online configuration differences, 
3-13 

parameters, IPADDR, 3-13 

parameters, NSS 3-13 

uses in TCP-IP Stack configuration, 
3-13 
NSS parameter (NSM statement), 3-13 
NSS statement, 

online configuration differences, 
3-15 

parameters, CCT 3-15 

parameters, LIV 3-15 

parameters, NADR 3-15 

parameters, PRCSR 3-15 
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uses in TCP-IP Stack configuration, 
3-15 
NVT protocol 
TELNET, 2-50 







obsolete configuration parameters, 1-5 



pairings, 

IP-to-DTE address, 2-20 
PDNGRP parameter (SUBNET 

statement), 3-17, 3-18 
port numbers, 

changing TCP, 2-47 
PRCSR parameter (IPADR statement), 

3-6, 3-7 
PRCSR parameter (NSS statement), 

3-15 
PRCSR parameter (SUBNET 

statement), 3-17 
process/application layer, 

concept, B-7 
protocols, 

implemented, 1-7 
what is a protocol, B-3 



record route option, 

support for 1-3 
remote login, 

concept, B-8 
restrictions, 

compatibility, 1-8 

hardware, 1-8 

interoperability, 1-8 

TCP-IP Stack, 1-8 
REUSE, 

add circular save file capability, 1-4 
RIP, 

activating, 2-30 

concept, B-21 

configuring neighbor addresses, 2-39 

configuring, 2-25, 2-30 

display RIP neighbors, 4-7 

neighbor, 3-6, 3-7 

remove RIP neighbor, 4-19 

RIP parameter (SUBNET statement) 
3-17, 3-20 



route(s), 

configuring IP routes 2-28 

IP to other routes, 2-28 

specifying route timeout count, 2-31 

to default gateways, 2-29 
ROUTESIZE parameter (EU 

statement), 3-3, 3-4 
routing, 

configuring IP gateway nodes and 



ruuwiig, 2—25 



configuring RIP, 2-30 
configuring subnet, 2-26 
display IP routing tables, 4-9 
enabling IP, 2-25 
modify IP routing table entry, 4-23 
specifying update timeout, 2-31 
Routing Information Protocol (RIP), 
See RIP 



SAP, 

eliminate, 1-2 
SEC parameter (SUBNET statement), 

3-17, 3-20 
sentinel character, 3-3, 3-4 
SENTINEL parameter (EU statement), 

3-3 
single-link, 

X.25 attachments, 2-21 
source address, 

display, 4-11 
specifying, 

cost to route, 2-31 

route timeout count, 2-31 

routing update timeout, 2-31 

update delay time, 2-31 
static routes, 

defining TCP/IP connections, 3-17 
subnet, 

calculated subnet mask, 2-26 

configured subnet mask, 2-27 

configuring subnet routing, 2-26 

update display of, 1-4 
subnet address masks, 

concept, B-17 
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subnet mask, 2-26, 2-27 

subnet routing, 

calculating a subnet mask, 2-26, 

2-27 
how to configure, 2-25, 2-26, 2-27 

SUBNET statement, 3-20, 3-23 

parameters, AUTONUM 3-17,3-20 
parameters, CHANNEL 3-17, 3-18 
parameters, DEFLTGWY, 3-17, 
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parameters, DGSIZE, 3-17, 3-20 
parameters, IPBRDCST, 3-17, 3-20 
parameters, IPGATEWY, 3-17, 

3-18, 3-20 
parameters, IPMAXVC, 3-17, 3-20 
parameters, IPNETID, 3-17, 3-18 
parameters, IPROUTER, 3-17, 3-20 
parameters, LINE, 3-17, 3-18, 3-20 
parameters, PDNGRP, 3-17, 3-18, 

3-20 
parameters, PRCSR, 3-17 
parameters, RIP, 3-17, 3-20 
parameters, SEC, 3-17, 3-20 
parameters, SUBNMASK, 3-17, 

3-20 
parameters, TYPE, 3-17, 3-18 
uses in TCP-IP stack configuration, 
3-17, 3-20 
subnetwork(s), 

configuring host channel as TCP/IP 

subnetwork, 2-22 
configuring Telcon as a TCP-IP 

subnetwork,, 2-33 
how to define 3-17, 3-20 
Telcon DNS, 2-34 
subnetwork masks , 3-17, 3-20 
SUBNMASK parameter (SUBNET 

statement), 3-17, 3-20 
syntax, 

configuration statement, 3-1 
system numbers, 

configuring autonomous, 2-32 



TCP 

concept: nonstandard port numbers, 
B-19 

display active connections, 4-13 

terminate TCP connection, 4-21 
TCP port numbers, 3-6 

changing, 2-47 



TCP-IP Stack routing 

concept, B-20 
TCP/IP 

why implement, B-5 
TCP/IP communications architecture, 

concept, B-5 
Telcon, 

assigning DNS node address, 2-40 
configuring as a TCP-IP subnetwork, 

2-33 
DNS subnetworks, 2-34 
Telcon configurations, 

configuring the DCP as an IP router 
between LLC LAN and the DDN, 
A-2 
DCP bridge node between MAC LAN 

Telcon DNS network, A-8 
DCP bridge node between PDN 
channel-attached host, A-12 
DCP IP Router/LLC LAN and a 
channel, A-5 
Telcon TS/TN configurations, 

DCP bridge between DDN TS/TN 

network, A-24 
DCP bridge node between DDN 
channel-attached host, A-20 
DCP to link DCA termination 
systems across DDN, A-28 
TELNET, 3-6 
concept, B-8 

configuring DCP as terminal 
concentrator, 2-50 
TELNET sentinel, 3-3, 3-4 
terminal, 

configuring DCP as TELENET 

concentrator, 2-50 
NVT protocol, 2-52 
terminal type, 

support UNISYS-TD830, 1-4 
TN3270 emulator, 2-52 
time-to-live, 
concept, B-12 
for IP datagrams, 3-4 
timeout, 

specifying route timeout count, 2-31 
specifying routing update, 2-31 
TMTOLIV parameter (EU statement), 

3-3, 3-4 
TN3270 emulator 

configuring, 2-52 
token ring 

subnetwork, 3-19 
trace, 
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add circular save file capability, 1-4 
enhance bi-directional message 

capability, 1-3 
LENGTH parameter to shorten 

traced messages, 1-3 
modify parameters without stopping 

trace, 1-3 
provide interface information with 

message, 1-3 
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turn off for transport service, 4-33 
turn off IP traces, 4-37 
turn on for transport bridge, 4-31 
turn on for transpoort service, 4-33 
turn on IP traces, 4-27 



v 



virtual circuits, 

number per connection, 2-21 
how to configure for TCP-IP Stack, 
2-21 

virtual workstation, 2-3 

w 

WANs: CCITT recommendation X.25, 

concept, B-14 
workstations, 

DCP/OS, 2-2 



Transmission Control Protocol (TCP) 

concept, B-9 
transport (host-to-host) layer, 

concept, B-9 
trunks, 

connecting across TCP/IP networks, 
2-44, 
type of service, 

concept, B-12 
TYPE parameter (EU statement), 3-3 
TYPE parameter (SUBNET statement), 
3-17, 3-18 

u 

update delay time, 

specifying, 2-32 
user datagram protocol (UDP) 

concept, B-10 



X.25, 

configuring unique capabilities, 2-20 
single-link and multilink 
attachments, 2-21 
X.25 network attachments, 
how to configure, 2-11, 2-21 
multilink, 2-21 
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ADR, 2-9, 2-10, 2-12, 2-15, 2-17, 2-19, 

2-35, 4-3, 4-19 
AUTONUM, 2-32,3-20 



FAC, 4-27,4-28 

FILE, 1-1, 1-3, 1-4, 1-8, 2-2, 2-8, 
2-12, 2-16, 2-22, 2-34, 2-37, 3-4, 
4-2, 4-27, 4-29, 4-30, 4-31 



CCT, 3-15,3-16 

CHANNEL, 1-2, 2-1, 2-7, 2-12, 2-16, 

2-22, 2-23, 2-24, 2-34, 2-48, 3-17, 

3-19,3-20,4-27,4-28 
CLASS, 2-8, 2-9, 2-10, 2-11, 2-12, 

2-15, 2-16, 2-17, 2-19, 2-26, 2-27, 

2-34, 2-35, 2-38, 3-18, 3-23 
COST, 2-30, 2-31, 3-17, 3-22, 4-23, 

4-24 



DCAEP, 2-9, 2-10, 2-14, 2-15, 2-17, 

2-19, 2-20, 2-24, 2-37, 2-38, 2-39, 

2-42, 2-43, 2-44, 2-45, 2-46, 2-47, 

2-48, 2-49, 2-50, 3-7, 3-8, 3-10, 

3-11 
DCANVT, 2-50,3-6,3-9 
DCATS, 2-7, 2-39, 2-45, 2-46, 2-47, 

2-48, 2-50, 3-7, 3-8, 3-10 
DEFLTGWY, 2-29, 3-17, 3-18 
BEST, 1-3, 4-3, 4-4, 4-5, 4-9, 4-13, 

4-14, 4-17, 4-21, 4-23, 4-24, 4-27, 

4-28 
DESTPORT, 4-14,4-21 
DGSIZE, 3-21 
DIR, 1-3,4-27,4-28 
DISPLAY, 1-1, 1-3, 1-4, 4-1, 4-3, 4-4, 

4-5, 4-6, 4-7, 4-9, 4-11, 4-13, 

4-14, 4-15 
DLCUNIT, 1-1, 1-2, 2-5 
DNSINFO, 2-34 
DTEADR, 2-14, 2-15, 2-16, 2-19, 2-20, 

3-6,3-9,3-11 



GATEWAY, 2-1, 2-25, 2-26, 2-28, 2-29, 
2-30, 2-31, 3-4, 3-5, 3-17, 3-18, 
3-20, 3-22, 3-23, 4-11, 4-23, 4-24 

H 

HSTFSIZ, 3-15, 3-16 
HSTNAM1, 3-15, 3-16 
HSTNAME2, 3-15, 3-16 
HSTNAMES, 3-3, 3-4 



! 



IF, 1-3, 1-4, 1-5, 1-8, 2-5, 2-7, 2-13, 
2-18, 2-20, 2-21, 2-27, 2-28, 2-30, 
2-32, 2-34, 2-35, 2-37, 2-38, 2-39, 
2-40, 2-48, 2-50, 3-2, 3-4, 3-7, 
3-8, 3-9, 3-19, 3-20, 3-22, 3-23, 
4_3, 4_5, 4-17, 4-27, 4-28, 4-29, 
4-30, 4-31 

IPADDRn, 3-8 

IPBRDCST, 2-32,3-21 

IPCHAN, 2-23,2-24,3-19 

IPDNS, 2-30, 2-36, 2-38, 2-39, 3-19, 
3-22 

IPGATEWY, 2-28, 2-29, 3-17, 3-18, 
3-19, 3-20, 3-23 

IPMAXVC, 2-21,3-21 

IPNETID, 2-9, 2-10, 2-13, 2-15, 2-18, 
2-19, 2-23, 2-24, 2-26, 2-27, 2-28, 
2-29, 2-36, 2-38, 3-17, 3-18, 3-20, 
3-23, 4-5, 4-7 

IPROUTER, 2-25,3-21 
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K 

KEEPALIV, 3-3,3-4 

L 

LENGTH, 1-1, 1-3, 4-25, 4-26, 4-27, 
4-30 

LINE, 1-1, 1-2, 2-1, 2-3, 2-5, 2-6, 2-8, 
2-9, 2-10, 2-11, 2-12, 2-13, 2-15, 
2-16, 2-17, 2-19, 2-21, 2-34, 2-35, 
2-36, 2-38, 3-2, 3-17, 3-20, 4-27, 
4-28, 4-29 

LIV, 3-15,3-16 

LOCAL, 1-1, 1-3, 1-5, 1-8, 2-7, 2-10, 
2-14, 2-15, 2-16, 2-17, 2-19, 2-20, 
2-24, 2-26, 2-27, 2-32, 2-33, 2-35, 
2-36, 2-37, 2-38, 2-39, 2-41, 2-42, 
2-43, 2-44, 2-45, 2-46, 2-47, 2-48, 
2-49, 2-50, 3-7, 3-8, 3-9, 3-10, 
3-11, 3-13, 3-15, 3-16, 4-5, 4-9 

LOCK, 4-23 

LPH, 2-8, 2-10, 2-11, 2-12, 2-15, 2-16, 
2-19, 2-34, 2-38 

LSA, 2-36 

LSUTYPE, 2-23,2-24,2-35,2-38 

M 

MAXTRY, 3-3, 3-4 

N 



NETWORK, 1-2, 1-3, 1-5, 1-7, 1-8, 
2-1, 2-2, 2-3, 2-6, 2-7, 2-9, 2-11, 
2-12, 2-13, 2-14, 2-15, 2-16, 2-18, 
2-19, 2-20, 2-21, 2-22, 2-23, 2-24, 
2-25, 2-26, 2-27, 2-28, 2-29, 2-30, 
2-31, 2-32, 2-33, 2-34, 2-35, 2-36, 
2-37, 2-38, 2-39, 2-40, 2-42, 2-44, 
2-45, 2-47, 2-48, 2-49, 2-50, 3-4, 
3-6, 3-8, 3-9, 3-10, 3-11, 3-17, 
3-18, 3-20, 3-23, 4-1, 4-i, 4-5, 
4-7, 4-25, 4-27 

NONDCA, 2-50, 3-6, 3-9 

NPPORT, 3-3, 3-4 

NSI, 3-13 

NSS, 2-4, 3-1, 3-9, 3-13, 3-15, 3-16 

NVTTYPE 2-50, 3-9 



PARSE, 4-27,4-29 

PDNGRP, 2-6, 2-12, 2-13, 2-15, 2-16, 
2-17, 2-18, 2-19, 2-21, 3-17, 3-20, 
3-23, 4-27, 4-28 

PID, 4-27,4-29 

PPID, 2-9, 2-12, 2-17, 2-23, 2-24, 2-35 

PRCSR, 2-8, 2-9, 2-10, 2-12, 2-13, 
2-14, 2-15, 2-16, 2-17, 2-18, 2-19, 
2-20, 2-22, 2-23, 2-24, 2-34, 2-35, 
2-36, 2-37, 2-38, 2-39, 2-41, 2-42, 
2-43, 2-14, 2-45, 2-46, 2-47, 2-49, 
2-50, 3-5, 3-6, 3-7, 3-8, 3-10, 
3-11, 3-15, 3-16, 3-17, 3-18, 3-23 



NA, 2-10,2-15, 
2-37, 2-38, 

NADR, 3-15,3- 

NAME, 1-4, 2- 
2-12, 2-13, 
2-22, 2-23, 
2-34, 2-35, 
2-42, 2-43, 
2-49, 2-50 
3-6, 3-7, 
3-16, 3-17, 

NAME1, 2-37, 
3-9, 3-13 

NAME2, 2-37, 
3-9, 3-13 



2-19, 2-22, 2-24, 2-34, 
2-10, 2-41, 3-6, 3-9 
16A 

-2, 2-3, 2-4, 2-5, 2-9, 
2-14, 2-16, 2-17, 2-18, 
2-24, 2-30, 2-31, 2-32, 
2-36, 2-37, 2-39, 2-40, 
2-44, 2-46, 2-47, 2-48, 
, 2-51, 3-1, 3-2, 3-3, 
3-8, 3-9, 3-13, 3-15, 
3-18, 3-19, 4-5, 4-29 
2-39, 2-50, 2-51, 3-6, 



2-39, 2-50, 2-51, 3-6, 



RECORD, 1-1, 1-2, 1-3, 1-4, 4-25, 4-26 

REPEAT, 4-25 

RESET, 4-5,4-6 

REUSE, 1-1, 1-3, 1-4, 4-27, 4-30 

RIP, 1-7, 2-25, 2-28, 2-30, 2-31, 2-32, 
2-33, 2-37, 2-38, 2-39, 2-40, 2-41, 
3-6, 3-8, 3-22, 4-1, 4-7, 4-19, 4-23 

RIPNBR, 2-39, 2-41, 3-8, 4-1, 4-7, 
4-19 

ROUTSIZE, 3-3, 3-5 

RSA, 2-36 

RSHLE, 2-5,2-36,2-38 
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SAP, 1-1, 1-2, 2-5, 3-10 

SENTINEL, 3-3,3-5 

SNOF, 1-4, 4-2, 4-29, 4-30, 4-31 

SRC, 1-3, 4-13, 4-14, 4-21, 4-27, 4-28, 
4-30 

SRCPORT, 4-14,4-21 

STA, 2-5, 2-9, 2-10 

SUBNET, 1-1, 1-4, 2-4, 2-9, 2-10, 
2-11, 2-13, 2-15, 2-18, 2-19, 2-20, 
2-21, 2-23, 2-24, 2-25, 2-26, 2-27, 
2-28, 2-29, 2-30, 2-31, 2-32, 2-33, 
2-36, 2-38, 2-41, 3-1, 3-9, 3-17, 
3-18, 3-19, 3-23, 4-5, 4-7 

SUBNMASK, 2-27, 2-29, 3-18, 3-23 



UCT, 3-15, 3-16A 
UDLCL, 2-34,2-38 



VCGRP, 2-12, 2-15, 2-16, 2-19 . 



X25DEF, 2-6, 2-12, 2-15, 2-16, 2-19 



TCPIP, 2-9, 2-10, 2-13, 2-15, 2-17, 
2-19, 2-23, 2-36, 2-38, 2-50, 3-3, 
3-5 

TCPTIME, 3-3, 3-5 

TIMEOUT, 2-30, 2-31, 3-15, 3-22, 4-25 

TIMOUT, 3-3, 3-5 

TMTOLrV, 3-3, 3-5A 

TRUNK, 1-3, 2-7, 2-19, 2-20, 2-22, 
2-23, 2-24, 2-34, 2-35, 2-36, 2-38, 
2-42, 2-43, 2-44, 2-45, 3-7, 3-8, 
3-10, 3-11, 4-11 

TYPE, 1-2, 1-4, 1-8, 2-1, 2-5, 2-8, 2-9, 
2-10, 2-11, 2-12, 2-13, 2-15, 2-16, 
2-17, 2-18, 2-19, 2-20, 2-23, 2-24, 
2-30, 2-32, 2-33, 2-36, 2-38, 2-39, 
2-42, 2-44, 2-50, 3-3, 3-4, 3-5, 
3-6, 3-9, 3-17, 3-18, 3-19, 3-22, 
3-23, 4-15 
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